|
|
20.03.2017, 16:47
|
#1 |
|
Banned
|
Цитата:
Сообщение от mazzy
Что на ваш взгляд должен сделать майкрософт, как поставщик продукта, чтобы разработка была эффективной?
Interceptor pattern - это перехват методов позволяющий полностью их заменить. https://en.wikipedia.org/wiki/Interceptor_pattern http://docs.oracle.com/javaee/6/tutorial/doc/gkedm.html http://stackoverflow.com/questions/1...ors-in-java-ee DI - Dependency injection - это подход позволяющий встраиватьcя. https://en.wikipedia.org/wiki/Dependency_injection https://ru.wikipedia.org/wiki/%D0%92...81%D1%82%D0%B8 P.S. Справедливости ради в том или ином виде это есть в .NET в отдельных технологиях и библиотеках, но я не критикую MS в "отсталости", а говорю о реальной доступности применения как инструмента в конкретных наших по сути фреймворках. Когда инструментарий не соответствует потребностям. Последний раз редактировалось ax_mct; 20.03.2017 в 17:01. |
|
|
|
20.03.2017, 17:07
|
#2 |
|
Участник
|
Цитата:
Сообщение от ax_mct
Как минимум реализовать поддержку Interceptor and DI паттернов. Понять что мир программирования уже ушел далеко от классического ООП. И то классическое и святое ООП несовместимо с потребностями возникающими при создании расширений. Даже если приукрасить это прямоугольное OOП с помощью делегатов и подписки на события.
А как это эффективно и правильно сделать в существующем инструментарии? И с существующим унаследованным кодом? Цитата:
Сообщение от mazzy
Поделитесь,
= какие приемы эффективной разработки вы используете? = Какие плюсы и минусы у закрытого кода в вашей системе? = Что на ваш взгляд должен сделать майкрософт, как поставщик продукта, чтобы разработка была эффективной? |
|
|
Комбинированный вид
