одно к другому
Feb. 23rd, 2008 05:34 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
109http://anton-solovyev.livejournal.com/73155.html
http://mstone.livejournal.com/21946.html
http://anton-solovyev.livejournal.com/73155.html:
...все, что берется сделать занимает в 5-10 раз дольше обещанного. Код выглядит следующим образом, задача: прикрутить окно-view к куску данных, среда: Java, Swing, Netbeans. Решение: 16 классов и интерфейсов с именами, где слова "Service", "Provider", "Manager" и "Impl" чередуются в случайном порядке, as in: "BlahServiceProviderManagerImpl". Связи объектов такие: нажатие кнопки (аction object implicitly включенный в Netbeans через какой-то XML) создает нечто (нет, не Model!), это нечто делает лукап другого нечто в странном синглтоне с weak refs (используя строку как ключ и создавая нечто по ходу дела), запоминает оттуда ref на новое нечто, и вот это новое нечто создает третью сущность, которая и есть GUI widget. По ходу дела первое нечто передает ссылку на себя all the way down, чтобы gui widget мог себя сам закрыть. Все это дело также неявно использует Netbeans Inversion of Control механизм, и незметно производит поиск ссылок на самое себя, используя lookups через унаследованные через несколько уровней приватные лукапы и смесь строковых имен, имен окон и названий классов. Все это хозяйство работает только для одного конкретного случая виджета.
http://mstone.livejournal.com/21946.html:
The slowsort algorithm is a perfect illustration of the multiply and surrender paradigm, which is perhaps the single most important paradigm in the development of reluctant algorithms. The basic multiply and surrender strategy consists in replacing the problem at hand by two or more subproblems, each slightly simpler than the original, and continue multiplying subproblems and subsubproblems recursively in this fashion as long as possible. At some point the subproblems will all become so simple that their solution can no longer be postponed, and we will have to surrender. Experience shows that, in most cases, by the time this point is reached the total work will be substantially higher than what could have been wasted by a more direct approach.
http://mstone.livejournal.com/21946.html
http://anton-solovyev.livejournal.com/73155.html:
...все, что берется сделать занимает в 5-10 раз дольше обещанного. Код выглядит следующим образом, задача: прикрутить окно-view к куску данных, среда: Java, Swing, Netbeans. Решение: 16 классов и интерфейсов с именами, где слова "Service", "Provider", "Manager" и "Impl" чередуются в случайном порядке, as in: "BlahServiceProviderManagerImpl". Связи объектов такие: нажатие кнопки (аction object implicitly включенный в Netbeans через какой-то XML) создает нечто (нет, не Model!), это нечто делает лукап другого нечто в странном синглтоне с weak refs (используя строку как ключ и создавая нечто по ходу дела), запоминает оттуда ref на новое нечто, и вот это новое нечто создает третью сущность, которая и есть GUI widget. По ходу дела первое нечто передает ссылку на себя all the way down, чтобы gui widget мог себя сам закрыть. Все это дело также неявно использует Netbeans Inversion of Control механизм, и незметно производит поиск ссылок на самое себя, используя lookups через унаследованные через несколько уровней приватные лукапы и смесь строковых имен, имен окон и названий классов. Все это хозяйство работает только для одного конкретного случая виджета.
http://mstone.livejournal.com/21946.html:
The slowsort algorithm is a perfect illustration of the multiply and surrender paradigm, which is perhaps the single most important paradigm in the development of reluctant algorithms. The basic multiply and surrender strategy consists in replacing the problem at hand by two or more subproblems, each slightly simpler than the original, and continue multiplying subproblems and subsubproblems recursively in this fashion as long as possible. At some point the subproblems will all become so simple that their solution can no longer be postponed, and we will have to surrender. Experience shows that, in most cases, by the time this point is reached the total work will be substantially higher than what could have been wasted by a more direct approach.