konura, и надо убедится, что pdb кладется туда, где отладчик его ожидает увидеть.
То есть скорее всего в ту же директорию что и исполняемый или dll файл
onionstranger, совершенно спокойно можно в ряде случаев исключить бумажную составляющую:
- оферта, но следует помнить о конфликтных ситуациях, где работает "больше бумаг - чище жопа"
- электронный документооборот
Собственно в неконфликтном идеальном варианте безбумажный вариант - вполне нормально работает, но вот в случае конфликтов, судебных разбирательств - каждая бумажка может перевесить... Но а клиентов - бывает много разных и справок о их психическом состоянии никто не требует... в итоге претензии могут быть разной степени адекватности и со всеми ними приходится разбираться.
Terras, не, он полностью легален для продакшена, но имеет ограничения, которые могут быть для проекта либо существенными, либо незаметными.
Если грубо - для небогатых проектов его хватает с головой, ну а для богатых - пара лямов на enterprise - не страшны.
Строки после компиляции остаются в открытом виде, поэтому и хочу обфусцировать, а вариант с отдельной библиотекой не подойдёт.
Объектный модуль под линковку и без отладки - будет иметь лишь экспортируемые имена.
А текстовые литералы - ну можно извратиться и хранить их к примеру в виде шифрованных кусков. Это все можно сделать проще. И при желании забубенисто. Например написать функцию, которая по номеру будет возвращать "расшифрованный" текст, а сам текст хранить в "зашифрованном" виде.
Например как xor с некоим "ключом". Соответственно враги не пропатчат исполяемый модуль и не заменят текст "вы выиграли %s золота" на "you win %s gold" )))
В 2000 - это был самостаятельный продукт, который ставился из отдельного дистрибутива, позже сохранились "хвосты" в виде сервисов, которые уже убрали как класс... расчищая дорогу BI
Так что надо искать SQL2000AS + SP4 для него
1. лично у меня web зачастую вызывает этакое чувство неустойчивости и отторжения... че далеко ходить - вон у формы в которую я текст сейчас пишу "пропали" кнопки, а в левом верхнем углу закэшировался кривой стиль и вместо TOSTER видно только TO и половинку S - ну так уж получилось, что пересеклись пару общедоступных js-ресурса по названиям стилей )
Завтра обновится броузер и вдруг ему не понравятся мои внутрикорпоративные сертификаты от локального удостоверяющего центра...
2. про winforms я чуть выше разворачивал
само собой это все субъективное личное мнение, но оно сформировалось в том числе и от хождения по граблям.
mindtester, ну тут все упирается в меру информированности - то бишь или не задумавшись рвануть путешествовать обувшись в коньки или поглядеть прогноз погоды и все-таки прихватить еще солнечные очки, ласты и крем от загара. Естественно оценив размер рюкзака )
cicatrix, не, не двойные стандарты, а практический опыт в маленьком но энтерпрайзе.
Простейший пример: некий справочник, пусть например складов (с кучкой сопутствующих атрибутов). Помимо основной формы списком и "карточкой" тот же самый склад фигурирует в различных вариантах выбора (комбо - для выбора в конкретном документе, мультиселект - для выбора в отчетах и т.п.) и еще десятках ипостасей отображения в гидах и карточках, которые сводятся к нескольким вариациям (название, краткое название и несколько атрибутов и т.п.) .
В идеальном случае наращивание сущности дополнительными атрибутами - превращается в легкую правку одной модели и нескольких шаблонов. После чего например во всех гридах где фигурировал шаблон склад с атрибутами - все будет "по-новому".
Кстати в WF столь же легко изменить отображение в гриде или комбо например помимо названия еще и какую-нибудь пиктограммку статуса плюс пару-тройку атрибутов? Ну а потом точечно "навесить" ограничения чтобы в зависимости от прав конкретного пользователя какой-нибудь из атрибутов просто не отображался? )
1 - да, не сразу, а тогда когда это подрастет и "переделать все с winforms"...
притом "кровавый энтерпрайз" - это как раз множественное отображение одних и тех же сущностей во множестве разных форм - то есть засада подкрадется почти сразу.
cicatrix, гм... Энтерпрайз... десятки-сотни сущностей фигурируют в разных ракурсах на сотнях-тысячах форм, потом сущность обзавелась парой-тройкой новых атрибутов, которые должны проскочить в половину форм... в рамках WPF - это несколько точечных правок шаблонов, в WinForms - ну абстрактно-теоретически конечно можно сделать прослойку-шаблон из которой будут генерироваться компоненты => еще один метаязык разметки...
onionstranger, сорри, дел накопилось.
Теоретически любые данные позволяющие однозначно идентифицировать человека - ПД со всеми вытекающими...
Но юрлицо - это юрлицо и собственно для продажи организации исходно не нужно вообще ничего, разве что сформировать некий уникальный идентификатор заказа и попросить оплатить на свои банковские реквизиты. По поступлению денег - "отгрузить"...
Если поставщик на ОСН - то надо сформировать счет-фактуру или УПД, куда потребуются реквизиты получателя и доверенность/печать....
Видел такое, притом коробушка умела до 6 или 8 мониторов держать и даже делать коррекции на ширину рамок вокруг мониторов... правда ценник у нее был даже в домайнинговую эпоху как у пары макбуков...
onionstranger, такой вариант возможен, но он не имеет большого смысла. Так или иначе расчетный счет будет и расчеты с юрлицами будут без чеков (р\счет -> р\счет), а вот с физиками - через чек (продажи напрямую или же через агента типа робокассы).
То есть скорее всего в ту же директорию что и исполняемый или dll файл