История изменений

Какой смысл, твой пасквилянтский опыт с Quantum (который под нативный таргет, а не DotNet) тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно: http://fkn.ktu10.com/?q=node/8368

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Есть реализации Object Pascal и для DotNet, вот их уже можно было бы пытаться применять совместно с XAF, но QuantumGrid тут рядом не валялся. Проблема не в ЯП Pascal, а в сложности написания вручную программ под нативный target.

Т.е. например в PascalABC ты бы уже не встретил тех багов из QuantumGrid, которые видел вероятно в Delphi. Потому что тебе бы пришлось использовать DevExpress Win вместо Quantum, только и всего.

https://www.devexpress.com/products/net/controls/winforms/

https://en.wikipedia.org/wiki/PascalABC.NET

Как для Буратино тебе объясняю азбуку :)

Какой смысл, твой пасквилянтский опыт с Quantum (который под нативный таргет, а не DotNet) тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Есть реализации Object Pascal и для DotNet, вот их уже можно было бы пытаться применять совместно с XAF, но QuantumGrid тут рядом не валялся. Проблема не в ЯП Pascal, а в сложности написания вручную программ под нативный target.

Т.е. например в PascalABC ты бы уже не встретил тех багов из QuantumGrid, которые видел вероятно в Delphi. Потому что тебе бы пришлось использовать DevExpress Win вместо Quantum, только и всего.

https://www.devexpress.com/products/net/controls/winforms/

https://en.wikipedia.org/wiki/PascalABC.NET

Как для Буратино тебе объясняю азбуку :)

Какой смысл, твой пасквилянтский опыт с Quantum (который под нативный таргет, а не DotNet) тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Есть реализации Object Pascal и для DotNet, вот их уже можно было бы пытаться применять совместно с XAF, но QuantumGrid тут рядом не валялся. Проблема не в ЯП Pascal, а в сложности написания вручную программ под нативный target.

Т.е. например в PascalABC ты бы уже не встретил тех багов из QuantumGrid, которые видел вероятно в Delphi. Потому что тебе бы пришлось использовать DevExpress Win вместо Quantum, только и всего.

https://en.wikipedia.org/wiki/PascalABC.NET https://www.devexpress.com/products/net/controls/winforms/

Как для Буратино тебе объясняю :)

Какой смысл, твой пасквилянтский опыт с Quantum (который под нативный таргет, а не DotNet) тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Есть реализации Object Pascal и для DotNet, вот их уже можно было бы пытаться применять совместно с XAF, но QuantumGrid тут рядом не валялся. Проблема не в ЯП Pascal, а в сложности написания вручную программ под нативный target.

Т.е. например в PascalABC ты бы уже не встретил тех багов из QuantumGrid, которые видел вероятно в Delphi. Потому что тебе бы пришлось использовать DevExpress Win вместо Quantum, только и всего.

https://en.wikipedia.org/wiki/PascalABC.NET

Реально как для Буратино тебе объясняю :)

Какой смысл, твой пасквилянтский опыт с Quantum (который под нативный таргет, а не DotNet) тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Есть реализации Object Pascal и для DotNet, вот их уже можно было бы пытаться применять совместно с XAF, но QuantumGrid тут рядом не валялся.

Какой смысл, твой пасквилянтский опыт тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга GUI программ с относительно сложными компонентами на Delphi.

Какой смысл, твой пасквилянтский опыт тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет по крайне мере для кодинга относительно сложных программ на Delphi.

Какой смысл, твой пасквилянтский опыт тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Еще в 90-ые Microsoft VBA и VB6 были стабильнее Delphi примерно раз в 10 в зависимости от используемых в Delphi компонентов. VBA после Delphi был как глоток свежего воздуха по простоте и стабильности кодинга и отладки мелких наколеночных прог, к сожалению в VBA не было полного ООП с наследованием.

Так вот по твоим рассказам ничего не поменялось за 20 лет.

Какой смысл, твой пасквилянтский опыт тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.

Сколько помню свои попытки использовать первые версии Delphi, там сама среда нередко валилась, не то что программы. Мне Object Pascal (реализация Free Pascal) интересен только своей портабильностью: https://wiki.freepascal.org/Platform_list

Т.е. на нем можно станцевать какой-нибудь CLI (а НЕ GUI), например для какой-нибудь редкой оси на редкой аппаратной архитектуре и при относительно простом знакомом еще со школы синтаксисе, т.е. легко и непринужденно.

Какой смысл твой пасквилянтский опыт тащить в дискуссию о DotNet XAF? Это совершенно разные вещи, очень слабо связанные между собой с точки зрения реализации, хотя внешне похожи, GUI там и там.