Здравствуйте, Воронков Василий, Вы писали:
ВВ>Здравствуйте, acronim, Вы писали:
A>>Использовали разные контролы DevExpress в Delphi. Имелось в виду линейка контролов того же производителя под .Net
ВВ>Я понял. Но в 2.0 стандартный не столь уж отвратителен по функциональности. И не факт что контролы того же производителя под дотнет будут сильно похожи по интерфейсам на дельфийские.
Решили сменить технологии разработки учетных систем.
Раньше было восновном Delphi + Oracle/Firebird
От неописуемой радости от принятого руководством решения налабал планы, что в них не так, чего дополнить можно?
План перехода на .Net.
1. Установка VS 2005, .Net 2.0, MSDN
2. Установка Quantum Grid .Net
3. Установка native драйверов доступа System.Data.Oracle
4. Покупка литературы (.Net Рихтер) a. Найти доки по Ado.Net (2.0)
5. Подбор инструментов a. для рефакторинга, метапрограммирования (ReSharper)
b. для генерации документации (таблицы стилей)
c. подготовки инсталляторов
6. Проработка технологий, необходимых для успешных разработок a. Изучение базовой идеологии, сборок, System.Object
b. System.Windows.Forms (Forms, Grids, Controls)
c. UserControls (аналог фреймов в Deplhi) System.Windows.Controls
d. Работа с файлами XML (System.XML)
e. System.Data.Sql
f. System.Data.Oracle
g. Использование технологий быстрой разработки СУБД-Forms, DataControls
h. Культура (локализация) форм
i. Работа с коллекциями, hash-таблицами (System.Collections)
7. Выработка стандарта на документирование
(взять готовый с rsdn.ru) a. Требования к дизайну классов
i. Использование атрибутов
ii. Использование только методов доступа
8. Дополнительные требования к технологиям/архитектуре a. Nhibernate for Net http://www.hibernate.org/343.html
b. Использование WebService как источников данных
i. Возможность перевода форм на ASP.NET, Ajax
ii. Улучшения дизайна, архитектуры
iii. On-line интеграция с внешними системами (PacketPC, ect.)
c. Технологии построения отчетной документации CrystalReports
d. Import/Export данных в XML
i. Отчеты
ii. Интеграция с внешними системами
iii. Трансформация (XSLT)
Здравствуйте, acronim, Вы писали:
A>Решили сменить технологии разработки учетных систем. A>Раньше было восновном Delphi + Oracle/Firebird
A>От неописуемой радости от принятого руководством решения налабал планы, что в них не так, чего дополнить можно?
A>План перехода на .Net. A>1. Установка VS 2005, .Net 2.0, MSDN A>2. Установка Quantum Grid .Net
А стандартный смотрели?
A>3. Установка native драйверов доступа System.Data.Oracle
Не System.Data.Oracle, a Oracle.DataAccess А вообще эта штука называется ODP.NET, работает с Oracle client 9i+ и качается с Оракла. Если эе имеются ввиду драйвера работающие через OCI от МС, то они являются частью фреймворка.
A>4. Покупка литературы (.Net Рихтер)
Это мало. Можно посмотреть еще C# для профессионалов. Есть описание на сайте.
A> A>a. Найти доки по Ado.Net (2.0) A>
А чем это отличается от установки MSDN?
A>5. Подбор инструментов A> A>a. для рефакторинга, метапрограммирования (ReSharper)
А стандартный смотрели?
A>b. для генерации документации (таблицы стилей)
Это называется http://ndoc.sourceforge.net
A>c. подготовки инсталляторов A>
А здесь что имеется в виду?
A>6. Проработка технологий, необходимых для успешных разработок A> A>a. Изучение базовой идеологии, сборок, System.Object A>b. System.Windows.Forms (Forms, Grids, Controls) A>c. UserControls (аналог фреймов в Deplhi) System.Windows.Controls A>d. Работа с файлами XML (System.XML) A>e. System.Data.Sql A>f. System.Data.Oracle
Названия неймспейсов неправильное.
A>g. Использование технологий быстрой разработки СУБД-Forms, DataControls
А это что такое?
A>h. Культура (локализация) форм A>i. Работа с коллекциями, hash-таблицами (System.Collections) A>A>7. Выработка стандарта на документирование A>(взять готовый с rsdn.ru) A> A>a. Требования к дизайну классов A>
A>i. Использование атрибутов A>ii. Использование только методов доступа
Что такое "только методы доступа"?
A>A>A>8. Дополнительные требования к технологиям/архитектуре A> A>a. Nhibernate for Net http://www.hibernate.org/343.html A>b. Использование WebService как источников данных A>
A>i. Возможность перевода форм на ASP.NET, Ajax
Зачем нужен Ajax? То, что он делает ASP.NET 2.0 и так умеет.
A>ii. Улучшения дизайна, архитектуры A>iii. On-line интеграция с внешними системами (PacketPC, ect.) A>A>c. Технологии построения отчетной документации CrystalReports A>d. Import/Export данных в XML
Сериализация?
A>
A>i. Отчеты A>ii. Интеграция с внешними системами A>iii. Трансформация (XSLT) A>A>e. Magic Library A>
А это что такое? Не тот ли древние ГУИ контрол? В студии 2005 уже можно делать такое ГУИ нахаляву.
Вообще не увидел (не заметил) ни веб сервисов, ни ремотинга, ни рефлекшина и пр.
Здравствуйте, Воронков Василий, Вы писали:
A>>Решили сменить технологии разработки учетных систем. A>>Раньше было восновном Delphi + Oracle/Firebird A>>От неописуемой радости от принятого руководством решения налабал планы, что в них не так, чего дополнить можно?
A>>План перехода на .Net. A>>1. Установка VS 2005, .Net 2.0, MSDN A>>2. Установка Quantum Grid .Net ВВ>А стандартный смотрели?
Использовали разные контролы DevExpress в Delphi. Имелось в виду линейка контролов того же производителя под .Net
A>>3. Установка native драйверов доступа System.Data.Oracle
ВВ>Не System.Data.Oracle, a Oracle.DataAccess А вообще эта штука называется ODP.NET, работает с Oracle client 9i+ и качается с Оракла. Если эе имеются ввиду драйвера работающие через OCI от МС, то они являются частью фреймворка.
Oracle.DataAccess так Oracle.DataAccess
A>>a. Найти доки по Ado.Net (2.0) ВВ>А чем это отличается от установки MSDN?
Имелось в виду книги, есть смысл искать по 2.0 или по сравнению с Ado.Net мало отличий?
A>>5. Подбор инструментов A>>a. для рефакторинга, метапрограммирования (ReSharper) ВВ>А стандартный смотрели?
Мелочь всякую приходилось писать на 2003, 2005 в понедельник с самого утра поставлю
A>>c. подготовки инсталляторов ВВ>А здесь что имеется в виду?
Типа определится чем ваять инсталляторы, дабы framework ставить в silent mod. Здесь я так понимаю либо стандартный либо InstallShield
A>>6. Проработка технологий, необходимых для успешных разработок A>>a. Изучение базовой идеологии, сборок, System.Object A>>b. System.Windows.Forms (Forms, Grids, Controls) A>>c. UserControls (аналог фреймов в Deplhi) System.Windows.Controls A>>d. Работа с файлами XML (System.XML) A>>e. System.Data.Sql A>>f. System.Data.Oracle ВВ>Названия неймспейсов неправильное.
System.Windows.Forms
System.Windows.Forms.Design
System.XML
System.Data
Oracle.DataAccess, System.Data.OracleClient
С последним будем пристально смотреть, так как планируется портинг и паралельная разработка БД на Postgres и Oracle
A>>g. Использование технологий быстрой разработки СУБД-Forms, DataControls ВВ>А это что такое?
Аналоги делфийских контролов представления данных и технологии правильного их перетаскивания мышкой
Когда-то что-то читал про предполагаемые для реализации маппинг источников данных и контролов, причем сам маппинг через XML как-то хитро делается. Вобщем что-то из этой оперы
A>>h. Культура (локализация) форм A>>i. Работа с коллекциями, hash-таблицами (System.Collections) A>>7. Выработка стандарта на документирование A>>(взять готовый с rsdn.ru) A>>a. Требования к дизайну классов A>>i. Использование атрибутов A>>ii. Использование только методов доступа
ВВ>Что такое "только методы доступа"?
что-бы не писать в классе
public int i
а через properties
Как-то мордочку на извращенном PropertiesEditor делал, очень понравилось использование атрибутов, возможность создавать виртуальные Properties, TypeEditors и прочее. Так вот хочется поставить требование все свойства только через properties и использовалась возможность создавать свои атрибуты
A>>8. Дополнительные требования к технологиям/архитектуре A>>a. Nhibernate for Net http://www.hibernate.org/343.html A>>b. Использование WebService как источников данных A>>i. Возможность перевода форм на ASP.NET, Ajax ВВ>Зачем нужен Ajax? То, что он делает ASP.NET 2.0 и так умеет.
Вам виднее, поверю наслово, Ajax в топку. Впрочем пункт "Дополнительные требования" для проработатб вопрос, посмотреть что такое можно зделать и отложить в TODO
A>>e. Magic Library ВВ>А это что такое? Не тот ли древние ГУИ контрол? В студии 2005 уже можно делать такое ГУИ нахаляву.
Именно тот, в топку его, в топку
ВВ>Вообще не увидел (не заметил) ни веб сервисов, ни ремотинга, ни рефлекшина и пр.
Слова знакомые, вот только если я правильно представляю обойтись по-началу можно и без перечисленного.
Текущая команда разработчиков проекта состоит из 4 человек — 3 на Delphi и я на Oracle, (и только у двое немного покуривали Net), уже идет внедрение сырого продукта.
На подключенеи новых разработчиков со знанием и веб сервисов, и ремотинга, и рефлекшина и пр. к сожалению денег могут не дать
Здравствуйте, acronim, Вы писали:
A>Использовали разные контролы DevExpress в Delphi. Имелось в виду линейка контролов того же производителя под .Net
Я понял. Но в 2.0 стандартный не столь уж отвратителен по функциональности. И не факт что контролы того же производителя под дотнет будут сильно похожи по интерфейсам на дельфийские.
A>>>a. Найти доки по Ado.Net (2.0) ВВ>>А чем это отличается от установки MSDN? A>Имелось в виду книги, есть смысл искать по 2.0 или по сравнению с Ado.Net мало отличий?
Мне кажется, хватит МСДН-а.
A>>>c. подготовки инсталляторов ВВ>>А здесь что имеется в виду? A>Типа определится чем ваять инсталляторы, дабы framework ставить в silent mod. Здесь я так понимаю либо стандартный либо InstallShield
Раньше стандартный не умел из принципиальных соображений ставить фреймворк втихую. Возможно, в 2.0 они что и поменяли, не смотрел. Но вообще это не совсем соответствует идеологии МС по распространению этого самого фреймворка. IS разумеется всегда умел.
A>Oracle.DataAccess, System.Data.OracleClient A>С последним будем пристально смотреть, так как планируется портинг и паралельная разработка БД на Postgres и Oracle
System.Data.OracleClient не очень хороший клиент, работает не напрямую, хреновая поддержка типов оракля, запаритесь с теми же блобами и тому подобным. Лучше уж сразу поставить ODP.NET который полностью бесплатный.
Здравствуйте, acronim, Вы писали:
A>Типа определится чем ваять инсталляторы, дабы framework ставить в silent mod. Здесь я так понимаю либо стандартный либо InstallShield
Про InstallShield лучше сразу забыть. Стоит бешеных денег, содержит кучу багов, шаг влево, шаг вправо и какая либо фишка уже не работает. Советую взять NSIS.
А вообще эта штука называется ODP.NET, работает с Oracle client 9i+ и качается с Оракла. Если эе имеются ввиду драйвера работающие через OCI от МС, то они являются частью фреймворка.
