Что-бы повысить удобство использования, рекомендую вам отказаться от .ToString() в той концепции, в которой вы его используете, а именно для получения текущего значения (по текущей культуре). Всё-таки .ToString() — это метод, описывающий объект, и подразумевается, что его результат от версии к версии может быть разным. Заменить .ToString() следует операторами, конвертирующими в/из System.String.
Ну мы старались не привязывать Multistring к чему-либо, а использовать именно как отдельный тип данных.
Видели два сценария использования этого типа.
Первый: тип данных для пользовательских данных, которые сам пользователь и наполняет (сделали удобные UI-компоненты для работы с типом).
Примеры:
Тэги. Хозяин блога хочет добавить тэги к тексту (book = книга). Без Multistring так и добавляли: #book, #книга
есть какая-то сущность с предопределёнными атрибутами. Например атрибут "размер" (=size). Без Multistring пользователь не мог добавить перевод с русского на английский.
В обоих случаях идея провалилась по той причине, что пользователи никак не могли понять концепции нескольких строк "в одной". Были бы программистами — скорее всего поняли бы, но мы работаем с простыми людьми — они не поняли.
В результате для блогов оставили как было, для атрибутов — используем стандартные структуры данных, добавляем таблицы, и т.д. — зависит от случая.
Второй: как хранилище строк для интерфейса — не оправдались затраты на написание кода. Файлы ресурсов оказались просто удобнее, т.к. эта информация редактируется на стороне программиста, а не заказчика.
Несколько лет назад разработал класс Multistring как раз для подобных задач. Со всеми плюшками, сериализацией, сравнением, и т.д. и т.п.
В результате — другие методы работы практически вытеснили использование этого класса.
Во первых Линус пишет только ядро, во вторых — да, он тоже много чего скопировал. Но далеко не всё.
Тут же идёт тупо копирование. Или, может, реактовцы готовы представить нам историю исследований по архитектуре API? Или отчёт о потраченных средствах на разработку дизайна одного из лучших UI в истории?
Хотя, как я имею сомневаться в гениальности реактовцев? Это в MS шли методом проб и ошибок. А в React, судя по всему сразу родились с ясным видением.
А ничего, что в MS к решениям о том, каким будет API и поведение инженеры шли через труд, а не копирование?
ФС не все поддерживаются? Пишите драйвера на что угодно.
В общем перекинули с больной головы на здоровую. Не представляю что за сайты у вас там такие, что во время ввода фокус куда-то сам девается.
Почему нельзя было это сделать по настройке? Зачем всем отключать? И не вижу связи между вкладками и навигацией. Если уж вы умудряетесь печатая вернуться на предыдущую страницу, то открывайте всё подряд во вкладах — не будет предыдущих страниц.
В настоящее время в Google прилагают много усилий, чтобы сделать свой браузер быстрее и комфортнее для пользователей
Да, да… после того, как Chrome отключил кнопку Backspace для навигации назад — я гораздо активнее стал пользоваться EDGE'ом. Вот честное слово — руки оторвать тому менеджеру, который отключил десятилетиями существовавший функционал.
Вы правы — я гиперболизирую. Но именно для того, чтобы донести мысль. Представьте себе, что сегодня выпустили новый, великолепный инструмент, полностью заменяющий молоток — забивает идеально, не бьет по пальцам, работает быстрее быстрого. И представьте, что строители поступят типично по айтишному — мало того, что начнут повсеместно выкидывать молотки ([irony]ведь у всех есть время и деньги на внедрение нового инструмента[/irony]), но и начнут сносить все строения, построенные молотком — с целью сейчас же перестроить их с помощью нового инструмента. Глупо будет, не так ли?
А между прочим такую картину в IT приходится наблюдать постоянно. Появляется новый инструмент, новая методология, новый подход — и старый мгновенно называют злом и открещиваются. Хотя старый отлично работает. Он плохой — просто потому, что не новый.
Моя мысль проста: не выкидывайте старое. Изучайте новое — и объединяйте. Слепая замена — стоит очень дорого. И каждому инструменту — своё место.
Не идите на поводу у статей. Прочитав статью подумайте: прав автор или ошибается.
Ничто не работает, если используется игнорируя сигналы мозга.
TDD, BDD, DDD, и всё всё всё остальное — есть инструменты. Однако в последние годы у программистов появилась чёткая тенденция всё воспринимать как серебряную пулю. Доходит до абсурдных ситуаций. Но не буду вдаваться в программирование.
Попробуйте построить дом только молотком. Или только отвёрткой. Или только пилой. Выкиньте все остальные инструменты — оставьте только болгарку! Провозгласите всех, пользующихся наждачной бумагой — пережитком прошлого. Вы видите каменщика? Объясните ему, что его подход устарел, а уже через полгода он не найдёт работу. Будьте тру-айтишником в строительстве.
"Ваши методы фуфло!" (ваши методы по версии тех, кто пользуется другими методами.
Перестаньте искать серебряные пули. Просто беритесь и делайте. Уместные инструменты вам в помощь.
Будучи экспертом в безопасности данных, очень скептично отношусь к связыванию карт с Андроид-телефоном. Причина — зоопарк в Google Play. Своему Самсунгу деньги даю только через коды с карт предоплаты.
Как же я скучаю по тем недалёким временам, когда у людей не было возможности выражать «массовое мнение» через слепую статистику интернета. По тем временам, когда решения принимались на основе знаний, фактов, анализа и размышлений. А не на основе «популярных запросов».
Не смотря на то, что мысль данной статьи ясна (пояснение появляется лишь в середине статьи) — шлю вам лучи гнева за желтый заголовок.
И вот вам еще один пример «массового сознания»:
Что-бы повысить удобство использования, рекомендую вам отказаться от .ToString() в той концепции, в которой вы его используете, а именно для получения текущего значения (по текущей культуре). Всё-таки .ToString() — это метод, описывающий объект, и подразумевается, что его результат от версии к версии может быть разным. Заменить .ToString() следует операторами, конвертирующими в/из System.String.
P.S. выкидывать сам .ToString() — не обязательно
Ну мы старались не привязывать Multistring к чему-либо, а использовать именно как отдельный тип данных.
Видели два сценария использования этого типа.
Первый: тип данных для пользовательских данных, которые сам пользователь и наполняет (сделали удобные UI-компоненты для работы с типом).
Примеры:
В обоих случаях идея провалилась по той причине, что пользователи никак не могли понять концепции нескольких строк "в одной". Были бы программистами — скорее всего поняли бы, но мы работаем с простыми людьми — они не поняли.
В результате для блогов оставили как было, для атрибутов — используем стандартные структуры данных, добавляем таблицы, и т.д. — зависит от случая.
Второй: как хранилище строк для интерфейса — не оправдались затраты на написание кода. Файлы ресурсов оказались просто удобнее, т.к. эта информация редактируется на стороне программиста, а не заказчика.
Несколько лет назад разработал класс Multistring как раз для подобных задач. Со всеми плюшками, сериализацией, сравнением, и т.д. и т.п.
В результате — другие методы работы практически вытеснили использование этого класса.
Тут же идёт тупо копирование. Или, может, реактовцы готовы представить нам историю исследований по архитектуре API? Или отчёт о потраченных средствах на разработку дизайна одного из лучших UI в истории?
Хотя, как я имею сомневаться в гениальности реактовцев? Это в MS шли методом проб и ошибок. А в React, судя по всему сразу родились с ясным видением.
ФС не все поддерживаются? Пишите драйвера на что угодно.
Почему нельзя было это сделать по настройке? Зачем всем отключать? И не вижу связи между вкладками и навигацией. Если уж вы умудряетесь печатая вернуться на предыдущую страницу, то открывайте всё подряд во вкладах — не будет предыдущих страниц.
Да, да… после того, как Chrome отключил кнопку Backspace для навигации назад — я гораздо активнее стал пользоваться EDGE'ом. Вот честное слово — руки оторвать тому менеджеру, который отключил десятилетиями существовавший функционал.
Вы правы — я гиперболизирую. Но именно для того, чтобы донести мысль. Представьте себе, что сегодня выпустили новый, великолепный инструмент, полностью заменяющий молоток — забивает идеально, не бьет по пальцам, работает быстрее быстрого. И представьте, что строители поступят типично по айтишному — мало того, что начнут повсеместно выкидывать молотки ([irony]ведь у всех есть время и деньги на внедрение нового инструмента[/irony]), но и начнут сносить все строения, построенные молотком — с целью сейчас же перестроить их с помощью нового инструмента. Глупо будет, не так ли?
А между прочим такую картину в IT приходится наблюдать постоянно. Появляется новый инструмент, новая методология, новый подход — и старый мгновенно называют злом и открещиваются. Хотя старый отлично работает. Он плохой — просто потому, что не новый.
Моя мысль проста: не выкидывайте старое. Изучайте новое — и объединяйте. Слепая замена — стоит очень дорого. И каждому инструменту — своё место.
Не идите на поводу у статей. Прочитав статью подумайте: прав автор или ошибается.
Ничто не работает, если используется игнорируя сигналы мозга.
TDD, BDD, DDD, и всё всё всё остальное — есть инструменты. Однако в последние годы у программистов появилась чёткая тенденция всё воспринимать как серебряную пулю. Доходит до абсурдных ситуаций. Но не буду вдаваться в программирование.
Попробуйте построить дом только молотком. Или только отвёрткой. Или только пилой. Выкиньте все остальные инструменты — оставьте только болгарку! Провозгласите всех, пользующихся наждачной бумагой — пережитком прошлого. Вы видите каменщика? Объясните ему, что его подход устарел, а уже через полгода он не найдёт работу. Будьте тру-айтишником в строительстве.
"Ваши методы фуфло!" (ваши методы по версии тех, кто пользуется другими методами.
Перестаньте искать серебряные пули. Просто беритесь и делайте. Уместные инструменты вам в помощь.
Сноуден работает на вас?
Не поверю. На миллионы подчинённых лишь единицы добиваются успеха без успешного руководства. Идеально — партнёрские отношения нужны.
P.S: по-моему эффективнее кейлогер ставить напрямую на OS X
Не смотря на то, что мысль данной статьи ясна (пояснение появляется лишь в середине статьи) — шлю вам лучи гнева за желтый заголовок.
И вот вам еще один пример «массового сознания»:
P.S. жаль, что докапываться до истины всегда приходится сквозь шквал минусов и грубость