D>Ну так это же продукт, а не стандарт; в данной дискуссии предполагается что кто-то теперь должен еще совершить какие-то довольно затратные действия по обеспечению фиксирования и стандартизации интерфейса взаимодействия проверялка/проверяемое.
Да. Но это окупается, так как данная организация может брать деньги за верификацию модулей на предмет совместимости — также как сейчас берутся деньги за цифровые подписи к программам. Идея подразумевает не только модель стандартизации программирования, но и модель бизнеса.
D>Что с моей точки зрения действительно повысит лёгкость замены модуля проверки орфографии на другой, но в то же время снизит потенциал развития обоих модулей, поскольку на них налагается необходимость поддержки доп.требований. Что, по-моему, существенно превышает выгоды неустановленных лиц от замены.
Проблема решаема, также как решаема проблема цветной печати на черно-белом принтере — будет работать только то, что поддержано.
К примеру, в стандарте "системе_первода_1" нет поддержки озвучки текста, но некий производитель (пусть будет Promt) его добавил. Его модуль будет работать в старых приложениях (назовем MS Office 2012), хотя без озвучки. Promt обращается в ОРГАНИЗАЦИЮ с предложением расширить стандарт до "система_перевода_2" — с включение озвучки текста. MS Office 2013 поддержит новый интерфейс и озвучка заработает автоматически.
Озвучка текста может быть рекомендуемым, но необязательным интерфейсом "система_перевода_2". В этом случае некая компания SimpleTranslator создает свой модуль на основе "система_перевода_2" без озвучки — и MS Office 20013 будет корректно работать и с ним.
Таким образом, стандарты не станут эдаким "прокрустовым ложем", мешающим нормальному развитию ПО.
Рассмотрите ситуацию: программа не содержит пользовательский интерфейс главной формы "в себе", а выдаёт его в виде xml, при этом модуль, написанный сторонней компанией, СПЕЦИАЛИЗИРУЮЩЕЙСЯ ИМЕННО НА ПОЛЬЗОВАТЕЛЬСКОМ ИНТЕРФЕЙСЕ, создаст на основе этого xml: меню, тулбары, панели. При этом пользователь (не программист, а именно пользователь!) сможет изменить модуль интерфейса на другой — и выбрать ribbon, тулбары, а может ему больше понравится просто дерево вместо меню.
При этом программисты наконец будут создавать новые технологии, а не решать проблемы, которыми в тот же момент занимаются еще тысячи других программистов — вроде правильной расстановки элементов на форме.
