Сообщение Re[21]: Догонит ли net java? от 12.12.2022 13:02
Изменено 12.12.2022 13:04 Pauel
Re[21]: Догонит ли net java?
Здравствуйте, ·, Вы писали:
НС>>А я и не говорил что работает всегда. Зато когда оно работает ...
·>Хреново оно работает.
Наоборот — шикарно, цикл разработки сокращается в разы. Во первых, требует в разы меньше тестов. Во вторых, меньше интеграционного кода, меньше шансов сломать. В третьих, в таких случаех обычно измненения требуют перекомпиляции, а не переписывания всего подряд что связано с переносом параметра из квери в хидеры.
·>Дело в том, что "прямой" генератор описания по коду невозможно написать даже теоретически.
2023й год на дворе, очнись.
·>Код — это тьюринг-полный яп, а описание — довольно примитивный язык разметки структур данных.
Метаданные у вас не изобрели, понимаю.
·>Можно, конечно, придумать поверх яп какой-то набор правил и соглашений (которые как формализовать-то? как валидировать?), следуя которым будем писать код, по которому может сгенериться вменяемое описание. Но зачем придумывать ещё один язык?..
Не надо изобретать — есть декларативные способы задания аспектов апи. Работают сами по себе, без приседаний. Они выдают метаданные. Подхватил метаданные — нагенерил хучь что хошь. Можешь генерить и тесты, и клиент, и солюшн для нового приложения, хоть скрипты деплоймента.
НС>>А я и не говорил что работает всегда. Зато когда оно работает ...
·>Хреново оно работает.
Наоборот — шикарно, цикл разработки сокращается в разы. Во первых, требует в разы меньше тестов. Во вторых, меньше интеграционного кода, меньше шансов сломать. В третьих, в таких случаех обычно измненения требуют перекомпиляции, а не переписывания всего подряд что связано с переносом параметра из квери в хидеры.
·>Дело в том, что "прямой" генератор описания по коду невозможно написать даже теоретически.
2023й год на дворе, очнись.
·>Код — это тьюринг-полный яп, а описание — довольно примитивный язык разметки структур данных.
Метаданные у вас не изобрели, понимаю.
·>Можно, конечно, придумать поверх яп какой-то набор правил и соглашений (которые как формализовать-то? как валидировать?), следуя которым будем писать код, по которому может сгенериться вменяемое описание. Но зачем придумывать ещё один язык?..
Не надо изобретать — есть декларативные способы задания аспектов апи. Работают сами по себе, без приседаний. Они выдают метаданные. Подхватил метаданные — нагенерил хучь что хошь. Можешь генерить и тесты, и клиент, и солюшн для нового приложения, хоть скрипты деплоймента.
Re[21]: Догонит ли net java?
Здравствуйте, ·, Вы писали:
НС>>А я и не говорил что работает всегда. Зато когда оно работает ...
·>Хреново оно работает.
Наоборот — шикарно, цикл разработки сокращается в разы. Во первых, требует в разы меньше тестов. Во вторых, меньше интеграционного кода, меньше шансов сломать. В третьих, в таких случаех обычно измненения требуют перекомпиляции, а не переписывания всего подряд что связано с переносом параметра из квери в хидеры.
·>Дело в том, что "прямой" генератор описания по коду невозможно написать даже теоретически.
2023й год на дворе, очнись.
·>Код — это тьюринг-полный яп, а описание — довольно примитивный язык разметки структур данных.
Метаданные у вас не изобрели, понимаю.
·>Можно, конечно, придумать поверх яп какой-то набор правил и соглашений (которые как формализовать-то? как валидировать?), следуя которым будем писать код, по которому может сгенериться вменяемое описание. Но зачем придумывать ещё один язык?..
Не надо изобретать — есть декларативные способы задания аспектов апи. Работают сами по себе, без приседаний. Они выдают метаданные. Подхватил метаданные — нагенерил хучь что хошь. Можешь генерить и тесты, и клиент, и солюшн для нового приложения, хоть скрипты деплоймента.
Манифест типа OpenAPI должен генерироватся каким протестированым надежным генератором по метаданным. Т.е. не руками писаться, а генерироваться!
Собственно на всех платформах есть сотни решений для этого, а для тебя это похоже рокет саенс.
НС>>А я и не говорил что работает всегда. Зато когда оно работает ...
·>Хреново оно работает.
Наоборот — шикарно, цикл разработки сокращается в разы. Во первых, требует в разы меньше тестов. Во вторых, меньше интеграционного кода, меньше шансов сломать. В третьих, в таких случаех обычно измненения требуют перекомпиляции, а не переписывания всего подряд что связано с переносом параметра из квери в хидеры.
·>Дело в том, что "прямой" генератор описания по коду невозможно написать даже теоретически.
2023й год на дворе, очнись.
·>Код — это тьюринг-полный яп, а описание — довольно примитивный язык разметки структур данных.
Метаданные у вас не изобрели, понимаю.
·>Можно, конечно, придумать поверх яп какой-то набор правил и соглашений (которые как формализовать-то? как валидировать?), следуя которым будем писать код, по которому может сгенериться вменяемое описание. Но зачем придумывать ещё один язык?..
Не надо изобретать — есть декларативные способы задания аспектов апи. Работают сами по себе, без приседаний. Они выдают метаданные. Подхватил метаданные — нагенерил хучь что хошь. Можешь генерить и тесты, и клиент, и солюшн для нового приложения, хоть скрипты деплоймента.
Манифест типа OpenAPI должен генерироватся каким протестированым надежным генератором по метаданным. Т.е. не руками писаться, а генерироваться!
Собственно на всех платформах есть сотни решений для этого, а для тебя это похоже рокет саенс.