Заявление в свободной форме. Пишите на гранитных табличках или гравируйте металлические пластины. Боюсь, только, что полная защита зада не поместится на вашем рабочем месте.
Потеря .dbf для многих компаний будет равнозначна потере нескольких десятков, если не сотен миллионов рублей. Года до 2005 эти базы данных были чуть ли не самыми популярными в сфере госуслуг и обслуживания промышленности. А вот .h и .java шифровать как раз глупо, так как даже самые отсталые ИТшники используют системы контроля версий, и это будет стрельба по пушкам из воробья.
С одной стороны, разработчикам нужно было проявить твёрдость и просто оставить комментарий "здесь нет ошибки". А для упоротых впихнуть прагмы, пущай спят спокойно.
С другой стороны, есть системы, для которых файлы даже в long не влезут: те же AVR упрутся в 31 бит при работе с SD-карточками. Я понимаю, это особый случай. Но так про особые речь и идёт, всегда будут исключения, которые не удастся покрыть.
"Мой Андроид 5 уже устарел, а на айфоне жены один раз лагало видео, поэтому мы купили новые, а старые жаль выбросить, потому что кредиты ещё не выплатили." Проблемы стран первого мира, блин.
И это не говоря о том, что, как правильно указали выше, всё описанное уже давно придумали и реализовали. В отличии от, к примеру, двусторонней передачи аудио между виндопекой и дроидом по блюсу.
Так, ладно, всё запустилось. Если быть точнее, я ХЗ что произошло, пока не перезапустил комп, база открывалось пустой, а эклипс не подтягивал ваш плагин в окна свойств и контекстные меню. Серьёзно. Я не знаю, что это было за колдунство, ваш продукт был не при чём. И я уже поискал распятие-кувалду на али.
Короче, был неправ. Иду дальше разбираться с инструментом.
Давайте с простого. Инструкция на pgcodekeeper.ru/index.jsp либо устарела, либо просто неверна. Ссылки точно битые.
Когда создавал подключение, прописал базу данных postgres. Проект всё молчаливо втянул, но не смог отобразить ничего, кроме объявления схемы. У меня такое было, когда базу 9.4 пытались втянуть pgAdmin'ом от 9.3. Потому и поставил вопрос таким образом.
Попытки выполнить дампы так же не увенчались успехом. Выполнение pg_dump возвращало текст в UTF-8, которые предсказуемо обратился в кракозябры, отсюда и возмущение по поводу консоли. Я понимаю, стандартный элемент управления, командная строка, все дела, но мне это как-то ровно, я хочу розовую пони.
Я поменял в свойствах кодировку, закрыл приложение, открыл — и все окна diff'ов и прочего исчезли. У меня нет опыта работы с эклипс, но переход на перспективу «pgCodeKeper» не дал никаких результатов. Как и поиск нужного окна из списка. Кстати, кипера нету и в глобальных свойствах эклипса. Совпадение?..
В общем, постгресу, как и многим другим СУБД, не хватает таких же удобных инструментов, которые есть для шарпов и яв, но ваш конкретно сейчас я бы даже бета-версией назвать постеснялся, а тем более в реестр добавлять. Для вас это просто строчка, а кому-то придётся потратить не один тюбик нервов.
А программа может в Postgres 9.4 в utf-8? У меня, к примеру, база, созданная /bin/initdb.exe -D e:/dbdata --no-locale -E UTF-8 просто не всасывается. Показывает пустую схему public и ни на кого не ругается. Дампы же возвращают ошибку. Консоль, к слову, тоже не может в UTF-8, а стоило бы.
Если так подходить к вопросу, вы правы. Но тогда не вижу причин не причислять да даже тот же чистый C к ООП языкам. При желании можно даже наследование сделать и много чего другого интересного сделать, года два назад были подобные статьи.
Я очень уважаю ваше желание отстоять звание C++, но взгляните правде в глаза. Это не то ООП, которое создали вместе со SmallTalk.
Ну, возможно, потому, что она таковой и является? Да, я использовал неверный термин, объекты обмениваются сообщениями, но где в C++ сообщения, без Qt или бустовой магии, которую ещё собрать нужно?
«Эмулировать ООП» — это слишком сильный и смелый термин. В данном контексте даже неверный, ведь нужно просто хранить адрес следующей инструкции.
Скорее обратно, ООП приходится реализовывать через такие грязные методы. Опять же, C++ — это не полноценный ООП, так как нету полноценных сигналов-слотов. Qt куда ближе, но он реализован через ещё более грязные методы: и строковые описания, и генерация методов, и куча чего ещё.
С другой стороны, есть системы, для которых файлы даже в long не влезут: те же AVR упрутся в 31 бит при работе с SD-карточками. Я понимаю, это особый случай. Но так про особые речь и идёт, всегда будут исключения, которые не удастся покрыть.
И это не говоря о том, что, как правильно указали выше, всё описанное уже давно придумали и реализовали. В отличии от, к примеру, двусторонней передачи аудио между виндопекой и дроидом по блюсу.
Короче, был неправ. Иду дальше разбираться с инструментом.
Когда создавал подключение, прописал базу данных postgres. Проект всё молчаливо втянул, но не смог отобразить ничего, кроме объявления схемы. У меня такое было, когда базу 9.4 пытались втянуть pgAdmin'ом от 9.3. Потому и поставил вопрос таким образом.
Попытки выполнить дампы так же не увенчались успехом. Выполнение pg_dump возвращало текст в UTF-8, которые предсказуемо обратился в кракозябры, отсюда и возмущение по поводу консоли. Я понимаю, стандартный элемент управления, командная строка, все дела, но мне это как-то ровно, я хочу розовую пони.
Я поменял в свойствах кодировку, закрыл приложение, открыл — и все окна diff'ов и прочего исчезли. У меня нет опыта работы с эклипс, но переход на перспективу «pgCodeKeper» не дал никаких результатов. Как и поиск нужного окна из списка. Кстати, кипера нету и в глобальных свойствах эклипса. Совпадение?..
В общем, постгресу, как и многим другим СУБД, не хватает таких же удобных инструментов, которые есть для шарпов и яв, но ваш конкретно сейчас я бы даже бета-версией назвать постеснялся, а тем более в реестр добавлять. Для вас это просто строчка, а кому-то придётся потратить не один тюбик нервов.
/bin/initdb.exe -D e:/dbdata --no-locale -E UTF-8просто не всасывается. Показывает пустую схему public и ни на кого не ругается. Дампы же возвращают ошибку. Консоль, к слову, тоже не может в UTF-8, а стоило бы.Я очень уважаю ваше желание отстоять звание C++, но взгляните правде в глаза. Это не то ООП, которое создали вместе со SmallTalk.
не нашел ничего, что ставило бы к сообщениям в ООП обозначенные вами и iCpu требования.
Скорее обратно, ООП приходится реализовывать через такие грязные методы. Опять же, C++ — это не полноценный ООП, так как нету полноценных сигналов-слотов. Qt куда ближе, но он реализован через ещё более грязные методы: и строковые описания, и генерация методов, и куча чего ещё.