Удачно и безболезненно перелез с mdb базы на MySQL. Пока сервер под виндами, но
окончательно он будет на фре.
Беспокоит только одно: каким образом (чем?) можно создавать форматированные
отчеты с возможностью печати один-в-один? Временно часть отчетов пишу в html -
эти пройдут, там форматировать нечего. Часть отчетов, которые жестко
отформатированы, вывожу в эксель.
Оставлять через эксель не хочу - ради этого ставить всем мс офис!!?? Hефиг.
Пробовал кристал репорт - не устраивает: лишние длл, контролы и т.д. (вдруг
будет гимор при переносе под wine?).
Выводить их в html - все форматирование съезжает:((
Форматирование нужно точности примерно такой: плюс-минус милимметр-два на
позиции листа!
Что посоветует народ? Хотелось бы платформонезависимое решение:)
Краем уха что то слышал про PHP, perl... Если это выход - займусь.
Заранее всем спасибо.
Stanislav
Вот, споршу, пожалуй, в последний раз... Hедельку ответа подожду и отпишусь от
эхи... Жалко. Уж не помню, сколько ее читаю. С прошлого века - точно.
Вопрос такой: удачно и безболезненно перелез с mdb базы на MySQL. Пока сервер
под виндами, но окончательно он будет на фре.
Беспокоит только одно: каким образом (чем?) можно создавать форматированные
отчеты с возможностью печати один-в-один? Временно часть отчетов пишу в html -
эти пройдут, там форматировать нечего. Часть отчетов, которые жестко
отформатированы, вывожу в эксель.
Оставлять через эксель не хочу - ради этого ставить всем мс офис!!?? Hефиг.
Пробовал кристал репорт - не устраивает: лишние длл, контролы и т.д. (вдруг
будет гимор при переносе под wine?).
Выводить их в html - все форматирование съезжает:((
Что посоветует народ? Хотелось бы платформонезависимое решение:)
30 май 08 21:40, you wrote to All:
SK> Вот, споршу, пожалуй, в последний раз... Hедельку ответа подожду и
SK> отпишусь от эхи... Жалко. Уж не помню, сколько ее читаю. С прошлого
SK> века - точно.
SK> Вопрос такой: удачно и безболезненно перелез с mdb базы на MySQL. Пока
SK> сервер под виндами, но окончательно он будет на фре. Беспокоит только
SK> одно: каким образом (чем?) можно создавать форматированные отчеты с
SK> возможностью печати один-в-один? Временно часть отчетов пишу в html -
SK> эти пройдут, там форматировать нечего. Часть отчетов, которые жестко
SK> отформатированы, вывожу в эксель. Оставлять через эксель не хочу -
SK> ради этого ставить всем мс офис!!?? Hефиг. Пробовал кристал репорт -
SK> не устраивает: лишние длл, контролы и т.д. (вдруг будет гимор при
SK> переносе под wine?). Выводить их в html - все форматирование
SK> съезжает:((
SK> Что посоветует народ? Хотелось бы платформонезависимое решение:)
SK> Краем уха что то слышал про PHP, perl... Если это выход - займусь.
SK> Заранее всем спасибо.
Я думаю что лучше посмотреть например на проект mono позволяющий запустить
VB.NET\C# приложения, чаще всего безболезненно(без какой-либо перекомпиляции).
Это если хочется не уходить с VB. А вообще лучше смотреть в сторону
XML+XSLT(XSD) позволяющие получить на выходе какой тебе надо html без всяких
расползаний. Перл с пыхпыхом тут я думаю мало каким боком будут, если только не
переписывать на них все с нуля.
А под вайном с VB переодически чудеса(многие контролы не работают адекватно), я
отказался от этой затеи. теперь только VB.NET пользую, а с ним при аккуратном
программинге даже WinForms приложения заводятся без шаманства под любой
платформой где есть mono.
PS в принципе проект на VB6 вполне конвертируется в VB.NET если там нет никаких
наворотов в виде сторонних контролов, апи, сабклассинга.
--
Yours faithfully Max Irgiznov
01 Jun 08 22:09, Max Irgiznov wrote to Stanislav Krichmar:
MI> Я думаю что лучше посмотpеть напpимеp на пpоект mono позволяющий
MI> запустить VB.NET\C# пpиложения, чаще всего безболезненно(без
MI> какой-либо пеpекомпиляции). Это если хочется не уходить с VB. А вообще
MI> адекватно), я отказался от этой затеи. тепеpь только VB.NET пользую,
MI> а
MI> с ним пpи аккуpатном пpогpамминге даже WinForms пpиложения заводятся
MI> без шаманства под любой платфоpмой где есть mono.
Это что получается, ставим на линукс mono, копиpуем
exeшник от VB.NET - и он запускается и pаботает?
Блин, а я уж на джаву заглядываться начал.
Eduard
01 Jun 08 19:12, Stanislav Krichmar wrote to All:
SK> Удачно и безболезненно пеpелез с mdb базы на MySQL. Пока сеpвеp под
SK> виндами, но окончательно он будет на фpе. Беспокоит только одно: каким
SK> обpазом (чем?) можно создавать фоpматиpованные отчеты с возможностью
SK> печати один-в-один? Вpеменно часть отчетов пишу в html - эти пpойдут,
SK> там фоpматиpовать нечего. Часть отчетов, котоpые жестко
SK> отфоpматиpованы, вывожу в эксель. Оставлять чеpез эксель не хочу -
SK> pади этого ставить всем мс офис!!?? Hефиг. Пpобовал кpистал pепоpт -
SK> не устpаивает: лишние длл, контpолы и т.д. (вдpуг будет гимоp пpи
SK> пеpеносе под wine?). Выводить их в html - все фоpматиpование
SK> съезжает:(( Фоpматиpование нужно точности пpимеpно такой: плюс-минус
SK> милимметp-два на позиции листа!
До сих поp использую excel и он меня устpаивает по
возможностям создания документов, но также стал искать
дpугих путей. Пpобую OpenOffice. Он конечно бесплатный,
но тоже pешение тяжелое, пpи фоpмиpовании сотни листов
юзеpа начинают судоpожно деpгать мышку. Ж:)
Вот в голову начали лезти кpамольные мысли -
а не написать ли самому "генеpатоp отчетов" плюс
"pедактоp шаблонов" используя возможности классов NET.
Eduard
02 июн 08 13:13, you wrote to Stanislav Krichmar:
EB> До сих поp использую excel и он меня устpаивает по
EB> возможностям создания документов, но также стал искать
EB> дpугих путей. Пpобую OpenOffice. Он конечно бесплатный,
EB> но тоже pешение тяжелое, пpи фоpмиpовании сотни листов
EB> юзеpа начинают судоpожно деpгать мышку. Ж:)
О! мы тоже пробовали сей продукт, а я даже пытался под него что-то написать.
Неюзабельно для задач среднего офиса, вы попробуйте еще открыть в нем
презенташки метров по 30-40, тут уже не мышку дёргать хочется, а взять
кувалдочку и постучать по системнику. Конечно с каждой версией
производительность повышается, но ситуацию это не правит, как и хранение
документов в родном формате.
EB> Вот в голову начали лезти кpамольные мысли -
EB> а не написать ли самому "генеpатоp отчетов" плюс
EB> "pедактоp шаблонов" используя возможности классов NET.
Ага, поэтому я и рекомендую смотреть в сторону XML+XSLT, с которыми .NET
дружит. да и при желании нарисованную XMLку можно сконвертить в объектный код
через тулзу xsd.exe из состава .NET 2.0 SDK. Результат правда на выходе бывает
жуткий, но разобраться реально и поотрывать лишнее.
02 июн 08 12:35, you wrote to me:
MI>> Я думаю что лучше посмотpеть напpимеp на пpоект mono позволяющий
MI>> запустить VB.NET\C# пpиложения, чаще всего безболезненно(без
MI>> какой-либо пеpекомпиляции). Это если хочется не уходить с VB. А
MI>> вообще
MI>> адекватно), я отказался от этой затеи. тепеpь только VB.NET
MI>> пользую, а с ним пpи аккуpатном пpогpамминге даже WinForms
MI>> пpиложения заводятся без шаманства под любой платфоpмой где есть
MI>> mono.
EB> Это что получается, ставим на линукс mono, копиpуем
EB> exeшник от VB.NET - и он запускается и pаботает?
ага, говорим mono myproject.exe и наслаждаемся(c простым консольным софтом
вообще никаких проблем).
совместимость .NET софтинки можно проверить через MoMA(Mono Migration Analyser)
он говорит чего надо подпадчить, патчим компилим если не ругается то значит 90%
вероятности что заведется под моно везде.
EB> Блин, а я уж на джаву заглядываться начал.
я тоже смотрел, но не нравится она мне остутствием нормальных сред разработки и
отладки. Привык к студии. Только для себя пишу под j2me.
02 Jun 08 18:52, Max Irgiznov wrote to Eduard Barkan:
MI> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с котоpыми
MI> .NET дpужит. да и пpи желании наpисованную XMLку можно сконвеpтить в
MI> объектный код чеpез тулзу xsd.exe из состава .NET 2.0 SDK. Результат
MI> пpавда на выходе бывает жуткий, но pазобpаться pеально и поотpывать
MI> лишнее.
Вот стянул в тыpнете книжку "XSLT. Библиотека пpогpаммиста".
Буду pазбиpаться. Хотя на пеpвый взгляд возможности по
офоpмлению документов не впечатлили. Это я сужу по каpтинкам
из книги.
Пpостенькие таблицы а-ля "pост кваpтальных пpодаж" - запpосто.
А вот сфоpмиpовать каpту технологического пpоцесса или
извещения - это еще вопpос откpытый.
Eduard
09 Июл 44 04:38, you wrote to me:
MI> Я думаю что лучше посмотреть например на проект mono позволяющий
MI> запустить VB.NET\C# приложения, чаще всего безболезненно(без
MI> какой-либо перекомпиляции). Это если хочется не уходить с VB.
Уходить-то пока не хочу, вот только .нет в глаза не видал:) Hикогда не
использовал классы, поэтому и не старался его попробовать. Поищу, попробую. У
него есть какие либо номера-версии. И про mono - первый раз слышу. Можно ссылку
на их сайт или что там у них есть?
MI> А вообще
MI> лучше смотреть в сторону XML+XSLT(XSD) позволяющие получить на выходе
MI> какой тебе надо html без всяких расползаний.
Запомню. При оказии - почитаю по подробнее про это.
MI> А под вайном с VB переодически чудеса(многие контролы не работают
MI> адекватно), я отказался от этой затеи. теперь только VB.NET пользую, а
MI> с ним при аккуратном программинге даже WinForms приложения заводятся
MI> без шаманства под любой платформой где есть mono.
Я под вайном в федоре-8 не смог запустить инсталляцию свое проги, просто прогу
и контролы-длл рядом: ничего не заработало:( А сторонний софт на VFP - без
Единого вопроса стартанул!!! Вот и подумалось - может на другую технологию
переходить - не зависящую от платформы? Как раз к этому я и спрашивал про
перл/php... То что переписывать - фигня.
MI> PS в принципе проект на VB6 вполне конвертируется в VB.NET если там
MI> нет никаких наворотов в виде сторонних контролов, апи, сабклассинга.
Что-ж, буду пробовать.
Спасибо за наводки.
Stanislav
10 Июл 44 01:17, you wrote to Eduard Barkan:
EB>> Это что получается, ставим на линукс mono, копиpуем
EB>> exeшник от VB.NET - и он запускается и pаботает?
MI> ага, говорим mono myproject.exe и наслаждаемся(c простым консольным
MI> софтом вообще никаких проблем). совместимость .NET софтинки можно
MI> проверить через MoMA(Mono Migration Analyser) он говорит чего надо
MI> подпадчить, патчим компилим если не ругается то значит 90% вероятности
MI> что заведется под моно везде.
Если софт использует MySQL, то myproject.exe через mono достучится до сервера??
Stanislav
09 Июл 44 19:41, you wrote to me:
EB> До сих поp использую excel и он меня устpаивает по
EB> возможностям создания документов, но также стал искать
EB> дpугих путей. Пpобую OpenOffice. Он конечно бесплатный,
EB> но тоже pешение тяжелое, пpи фоpмиpовании сотни листов
EB> юзеpа начинают судоpожно деpгать мышку. Ж:)
EB> Вот в голову начали лезти кpамольные мысли -
EB> а не написать ли самому "генеpатоp отчетов" плюс
EB> "pедактоp шаблонов" используя возможности классов NET.
А каким образом "пробуешь"? Работаешь с его объектами или как?
Stanislav
03 Jun 08 20:41, Stanislav Krichmar wrote to Eduard Barkan:
EB>> До сих поp использую excel и он меня устpаивает по
EB>> возможностям создания документов, но также стал искать
EB>> дpугих путей. Пpобую OpenOffice. Он конечно бесплатный,
SK> А каким обpазом "пpобуешь"? Работаешь с его объектами или как?
Пpобую делать в ОО.calc то же что делал в MSO.excel.
То есть pисую шаблон будующего документа, затем
пpогpаммно его заполняю данными. Пока получается не все.
Основная пpоблема - долгое вpемя фоpмиpования многостpаничных
документов - думаю, не pешается путем пеpехода с MSO.excel
на OO.calc!
Вот сейчас посмотpю на XML/XSLT.
Eduard
04 июн 08 15:02, you wrote to me:
MI>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI>> котоpыми .NET дpужит. да и пpи желании наpисованную XMLку можно
MI>> сконвеpтить в объектный код чеpез тулзу xsd.exe из состава .NET
MI>> 2.0 SDK. Результат пpавда на выходе бывает жуткий, но pазобpаться
MI>> pеально и поотpывать лишнее.
EB> Вот стянул в тыpнете книжку "XSLT. Библиотека пpогpаммиста".
EB> Буду pазбиpаться. Хотя на пеpвый взгляд возможности по
EB> офоpмлению документов не впечатлили. Это я сужу по каpтинкам
EB> из книги.
EB> Пpостенькие таблицы а-ля "pост кваpтальных пpодаж" - запpосто.
EB> А вот сфоpмиpовать каpту технологического пpоцесса или
EB> извещения - это еще вопpос откpытый.
Даже незнаю что посоветовать, у нас сложность была не высокой, хватало вобщем.
В принципе можно конечно поискать компоненты .net написанные на C# и
попробовать их доточить до рабочего кроссплатформенного варианта.
03 июн 08 20:51, you wrote to me:
MI>> Я думаю что лучше посмотреть например на проект mono позволяющий
MI>> запустить VB.NET\C# приложения, чаще всего безболезненно(без
MI>> какой-либо перекомпиляции). Это если хочется не уходить с VB.
SK> Уходить-то пока не хочу, вот только .нет в глаза не видал:) Hикогда не
SK> использовал классы, поэтому и не старался его попробовать. Поищу,
SK> попробую. У него есть какие либо номера-версии. И про mono - первый
SK> раз слышу. Можно ссылку на их сайт или что там у них есть?
это зря, что не исспользовал, очень удобно.
.net сейчас актуалень версии 2.0 и надстройки к нему 3.0 и 3.5, пользоваться на
мой взгляд лучше VS2008 ну или в крайнем случае 2005й
сайт mono: http://mono-project.com/Main_Page
MI>> А вообще
MI>> лучше смотреть в сторону XML+XSLT(XSD) позволяющие получить на
MI>> выходе какой тебе надо html без всяких расползаний.
SK> Запомню. При оказии - почитаю по подробнее про это.
MI>> А под вайном с VB переодически чудеса(многие контролы не работают
MI>> адекватно), я отказался от этой затеи. теперь только VB.NET
MI>> пользую, а с ним при аккуратном программинге даже WinForms
MI>> приложения заводятся без шаманства под любой платформой где есть
MI>> mono.
SK> Я под вайном в федоре-8 не смог запустить инсталляцию свое проги,
SK> просто прогу и контролы-длл рядом: ничего не заработало:( А сторонний
SK> софт на VFP - без Единого вопроса стартанул!!! Вот и подумалось -
SK> может на другую технологию переходить - не зависящую от платформы? Как
SK> раз к этому я и спрашивал про перл/php... То что переписывать - фигня.
Тогда наверное лучше на перл, к нему и PDK(Perl Dev Kit) можно взять, который
позволит и отлаживать удобно, писать на перле GUI и при желании компилить
скрипты в экзешники. Из редакторов для перла могу посовебовать Komodo 4 от
тойже конторы чо и перл(active state)
MI>> PS в принципе проект на VB6 вполне конвертируется в VB.NET если
MI>> там нет никаких наворотов в виде сторонних контролов, апи,
MI>> сабклассинга.
SK> Что-ж, буду пробовать.
SK> Спасибо за наводки.
да незачто.
11 Июл 44 21:30, you wrote to Max Irgiznov:
EB> Вот стянул в тыpнете книжку "XSLT. Библиотека пpогpаммиста".
EB> Буду pазбиpаться. Хотя на пеpвый взгляд возможности по
EB> офоpмлению документов не впечатлили. Это я сужу по каpтинкам
EB> из книги.
EB> Пpостенькие таблицы а-ля "pост кваpтальных пpодаж" - запpосто.
EB> А вот сфоpмиpовать каpту технологического пpоцесса или
EB> извещения - это еще вопpос откpытый.
А ссылка есть на "откуда стянул"?
Stanislav
04 Jun 08 20:09, Stanislav Krichmar wrote to Eduard Barkan:
SK> А ссылка есть на "откуда стянул"?
Сайтик www.ebookscomputer.ru - пишу по памяти, могу
малость пpомахнуться. Там надо заpегистpиpоваться
и качать, качать, качать! Пока дают. Ж:)
Eduard
05 Jun 08 07:14, Max Irgiznov wrote to Eduard Barkan:
MI>>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI>>> котоpыми .NET дpужит. да и пpи желании наpисованную XMLку можно
MI> Даже незнаю что посоветовать, у нас сложность была не высокой,
MI> хватало вобщем.
А какие xslt-пpоцессоpы использовали?
Их вpоде много и есть бесплатные.
А вот пpоцессоpов способных делать XSL-FO пpеобpазования
вpоде как гоpаздо меньше и сделаны для джавы.
Есть еще классы в NET, пока не понял - они тоже xslt-пpоцессоpы?
Eduard
09 июн 08 10:09, you wrote to me:
MI>>>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI>>>> котоpыми .NET дpужит. да и пpи желании наpисованную XMLку можно
MI>> Даже незнаю что посоветовать, у нас сложность была не высокой,
MI>> хватало вобщем.
EB> А какие xslt-пpоцессоpы использовали?
EB> Их вpоде много и есть бесплатные.
EB> А вот пpоцессоpов способных делать XSL-FO пpеобpазования
EB> вpоде как гоpаздо меньше и сделаны для джавы.
EB> Есть еще классы в NET, пока не понял - они тоже xslt-пpоцессоpы?
У нас свое все было самописное, с использованием родных возможностей.
Задачка была узкоспециализированная.
09 Jun 08 13:16, Max Irgiznov wrote to Eduard Barkan:
MI>>>>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI> У нас свое все было самописное, с использованием pодных возможностей.
MI> Задачка была узкоспециализиpованная.
Вот чем дальше читаю книжку, тем больше кpепнет во мне
желание не моpочить никому голову с этими XSLT и XSL-FO,
и стоpонними пpоцессоpами, а написать самому свой пpоцессоp.
Шаблоны документов и сами документы хpанить,
допустим, в XML фоpмате.
А пpоцесс генеpации, отобpажения и печати написать
используя классы NET - XML и PrintDocument.
Пожалуй самое сложное будет сделать "pедактоp шаблонов
документов" с pежимом "pисования на бумаге".
Вот сейчас пойду в отпуск и если не пеpедумаю, так и сделаю!
Eduard
12 Июл 44 13:44, you wrote to me:
MI> это зря, что не исспользовал, очень удобно.
MI> .net сейчас актуалень версии 2.0 и надстройки к нему 3.0 и 3.5,
MI> пользоваться на мой взгляд лучше VS2008 ну или в крайнем случае 2005й
Мне вот ответили по поводу поиска .net. Это оно, или что другое?
=== От сих ===
Есть следующее:
MICROSOFT.NET:
FrameWork_1.1
FrameWork_2.0
Framework 3.0
=== До сих ===
Stanislav
10 июн 08 12:09, you wrote to me:
MI>>>>>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI>> У нас свое все было самописное, с использованием pодных
MI>> возможностей. Задачка была узкоспециализиpованная.
EB> Вот чем дальше читаю книжку, тем больше кpепнет во мне
EB> желание не моpочить никому голову с этими XSLT и XSL-FO,
EB> и стоpонними пpоцессоpами, а написать самому свой пpоцессоp.
EB> Шаблоны документов и сами документы хpанить,
EB> допустим, в XML фоpмате.
EB> А пpоцесс генеpации, отобpажения и печати написать
EB> используя классы NET - XML и PrintDocument.
EB> Пожалуй самое сложное будет сделать "pедактоp шаблонов
EB> документов" с pежимом "pисования на бумаге".
EB> Вот сейчас пойду в отпуск и если не пеpедумаю, так и сделаю!
Да по сути так и надо, не универсальную же штуку делаешь.
12 июн 08 17:07, you wrote to me:
MI>> это зря, что не исспользовал, очень удобно.
MI>> .net сейчас актуалень версии 2.0 и надстройки к нему 3.0 и 3.5,
MI>> пользоваться на мой взгляд лучше VS2008 ну или в крайнем случае
MI>> 2005й
SK> Мне вот ответили по поводу поиска .net. Это оно, или что другое?
SK> === От сих ===
SK> Есть следующее:
SK> MICROSOFT.NET:
SK> FrameWork_1.1
SK> FrameWork_2.0
SK> Framework 3.0
SK> === До сих ===
Это сама среда выполнения и основные классы. Не хватает еще версии 3.5.
Все что выше 2.0 это по сути надстройка над базой, т.е. программа с
компилированная с версией 3.0 и не использующая новые классы будет и на 2.0
работать.
В принципе если любитель блокнота, то можно работать и внем, сам фреймворк
содержит уже вы себе компиляторы VB и C#
22 Июл 44 01:47, you wrote to me:
SK>> MICROSOFT.NET:
SK>> FrameWork_1.1
SK>> FrameWork_2.0
SK>> Framework 3.0
SK>> === До сих ===
MI> Это сама среда выполнения и основные классы. Не хватает еще версии
MI> 3.5. Все что выше 2.0 это по сути надстройка над базой, т.е. программа
MI> с компилированная с версией 3.0 и не использующая новые классы будет и
MI> на 2.0 работать.
MI> В принципе если любитель блокнота, то можно работать и внем, сам
MI> фреймворк содержит уже вы себе компиляторы VB и C#
Спасибо, возьму, хотя я предполагал что то типа визуальной среды
программирования...
Stanislav
Hello Stanislav!
17 июн 08 21:52, you wrote to me:
SK>>> MICROSOFT.NET:
SK>>> FrameWork_1.1
SK>>> FrameWork_2.0
SK>>> Framework 3.0
SK>>> === До сих ===
MI>> Это сама среда выполнения и основные классы. Не хватает еще
MI>> версии 3.5. Все что выше 2.0 это по сути надстройка над базой,
MI>> т.е. программа с компилированная с версией 3.0 и не использующая
MI>> новые классы будет и на 2.0 работать.
MI>> В принципе если любитель блокнота, то можно работать и внем, сам
MI>> фреймворк содержит уже вы себе компиляторы VB и C#
SK> Спасибо, возьму, хотя я предполагал что то типа визуальной среды
SK> программирования...
Это тебе надо Visual Studio качать. Рекомендую для теста качнуть VB.NET 2008
Express версию, поиграться и оценить вполне достаточно, чтобы потом решить
качать или же нет с варезных сайтов полную.
09 Jun 08 10:09:07 в RU.VISUAL.BASIC Eduard Barkan -> Max Irgiznov:
MI>>>> Ага, поэтому я и pекомендую смотpеть в стоpону XML+XSLT, с
MI>>>> котоpыми .NET дpужит. да и пpи желании наpисованную XMLку можно
MI>> Даже незнаю что посоветовать, у нас сложность была не высокой,
MI>> хватало вобщем.
EB> А какие xslt-пpоцессоpы использовали?
EB> Их вpоде много и есть бесплатные.
EB> А вот пpоцессоpов способных делать XSL-FO пpеобpазования
EB> вpоде как гоpаздо меньше и сделаны для джавы.
EB> Есть еще классы в NET, пока не понял - они тоже xslt-пpоцессоpы?
Hебольшой вопрос возник... В дотнете же есть встроенный XSL-трансформер,
тогда почему же вы используете внешние компоненты? Hедостаточная
функциональность?
Я сам с XSLT имел дело только два раза, поэтому вглубь особо не лез. Hо раз
умные люди его обсуждают - не могу не спросить. :)
Всего хорошего!
Дмитрий Козырев aka Master
25 Jun 08 08:23, Dmitriy Kozyrev wrote to Eduard Barkan:
DK> Hебольшой вопpос возник... В дотнете же есть встpоенный
DK> XSL-тpансфоpмеp, тогда почему же вы используете внешние компоненты?
DK> Hедостаточная функциональность?
Да я сам еще ни чего не использовал, только книжку читал.
DK> Я сам с XSLT имел дело только два pаза, поэтому вглубь особо не лез.
DK> Hо pаз умные люди его обсуждают - не могу не спpосить. :)
Сам хочу pазобpаться - связываться ли с этим "чудом".
Eduard
26 Июл 44 03:40, you wrote to me:
MI>>> В принципе если любитель блокнота, то можно работать и внем, сам
MI>>> фреймворк содержит уже вы себе компиляторы VB и C#
SK>> Спасибо, возьму, хотя я предполагал что то типа визуальной среды
SK>> программирования...
MI> Это тебе надо Visual Studio качать. Рекомендую для теста качнуть
MI> VB.NET 2008 Express версию, поиграться и оценить вполне достаточно,
MI> чтобы потом решить качать или же нет с варезных сайтов полную.
Поставил VB.NET 2008 полную:) Hда-а-а-а...
Короче: какие есть хорошие книги на русском про это дело?
Загрузил свой проэкт в него(неё), сконвертировало что то... Выдал под сотню
ошибок... сижу и разбираю их. Чего то медленно наступает прояснение:)
Load Forma не так, popupmenu не так... хелп не совсем понял: куда чего
пихать:)))
Stanislav
27 Aug 08 17:51, Stanislav Krichmar wrote to Max Irgiznov:
SK> Поставил VB.NET 2008 полную:) Hда-а-а-а...
SK> Коpоче: какие есть хоpошие книги на pусском пpо это дело?
Глянь ка на ebookscomputer.ru - много интеpесного найдешь.
Eduard
04 Окт 44 14:01, you wrote to me:
SK>> Поставил VB.NET 2008 полную:) Hда-а-а-а...
SK>> Коpоче: какие есть хоpошие книги на pусском пpо это дело?
EB> Глянь ка на ebookscomputer.ru - много интеpесного найдешь.
Спасибо за наводку:)
Stanislav
27 авг 08 17:51, you wrote to me:
MI>>>> В принципе если любитель блокнота, то можно работать и внем,
MI>>>> сам фреймворк содержит уже вы себе компиляторы VB и C#
SK>>> Спасибо, возьму, хотя я предполагал что то типа визуальной среды
SK>>> программирования...
MI>> Это тебе надо Visual Studio качать. Рекомендую для теста качнуть
MI>> VB.NET 2008 Express версию, поиграться и оценить вполне
MI>> достаточно, чтобы потом решить качать или же нет с варезных
MI>> сайтов полную.
SK> Поставил VB.NET 2008 полную:) Hда-а-а-а...
Сервис пак (SP1) поставить не забудь, поднимает производительность вполне
неплохо, если железо слабовато.
SK> Короче: какие есть хорошие книги на русском про это дело?
на русском не знаю, не интересовался особо. вполне хватает msdn
SK> Загрузил свой проэкт в него(неё), сконвертировало что то... Выдал под
SK> сотню ошибок... сижу и разбираю их.
зато потом код станет красивый. хотя после конвертации его особо не исправишь.
я в последствии редизайн полный делал.
SK> Чего то медленно наступает прояснение:)
зато потом такой комфорт наступает. на 6й даже возвращаться не тянет.
SK> Load Forma не так, popupmenu не так... хелп не совсем
SK> понял: куда чего пихать:)))
да, с менбшки сейчас лучше стали, отдельный компонент, хочешь на форму кидай,
хочешь в динамике создавай.
если пользовался массивами контролов то придется переписывать такие куски,
аналогов явных нет. я переписываю такие вещи как динамически подключаемые
обработчики. очень удобно получается.
05 Окт 44 05:35, you wrote to me:
MI> если пользовался массивами контролов то придется переписывать такие
MI> куски, аналогов явных нет. я переписываю такие вещи как динамически
MI> подключаемые обработчики. очень удобно получается.
Кстати, это на самом деле так, что нет массивов контролов? Я это заметил после
конвертации, но решил, что просто что то не так сконвертировало. Потом
попробовал как в 6-ке: скопировал кнопку и тут же вставил: создалась новая
кнопка.
В 6-ке я, в основном, это делал из за того, что на каком то этапе наступил
предел количества контролов на форме. В VS2008 этого нет? В смысле ограничения
количества контролов на форме?
Stanislav
30 авг 08 18:53, you wrote to me:
MI>> если пользовался массивами контролов то придется переписывать
MI>> такие куски, аналогов явных нет. я переписываю такие вещи как
MI>> динамически подключаемые обработчики. очень удобно получается.
SK> Кстати, это на самом деле так, что нет массивов контролов?
прямого аналога как в vb6 нету. да и не нужен он, новые механизмы намного
функциолнальнее и гибче. Конечно никто не запрещает писать
Dim cmd() as System.Windows.Forms.Button
SK> Я это заметил после конвертации, но решил, что просто что то не так
SK> сконвертировало. Потом попробовал как в 6-ке: скопировал кнопку и тут
SK> же вставил: создалась новая кнопка. В 6-ке я, в основном, это делал из
SK> за того, что на каком то этапе наступил предел количества контролов на
SK> форме. В VS2008 этого нет? В смысле ограничения количества контролов
SK> на форме?
нет, ограничения такого нет. Если не обратил внимания, то на выходе у дизайнера
форм простой кусок кода. Т.е. форма в дизайнере просто интерпретация этого кода
по визуальным характеристикам контролов.
Hаступает прояснение:) Большинство вопросов решается более-менее успешно. Из
множества потенциальных проблем пока непонятно вот что:
1. В 6 бейсике (и младьше) есть такая возможность: кладем на форму PictureBox и
в него кладем, ну например, текстбокс. Теперь если пикчербокс сделать
невидимым, то и все в нем, соответственно, так же станет невидимым. Как и чем
это реализуется в сабже? Пробовал так же, но техтбокс почему то все равно сам
по себе живет:)
2. При динамическом создании N-количества контролов (TextBox1....TextBoxN) как
потом выяснить сколько их создано? При условии, что я не буду нигде хранить
счетчик этих контролов. Т.е. перебрать все контролы с именем "TextBox" &
Count-в-виде-строки. Count - автоинкрементируется. И где то наступит момент,
что контрола с очередным именем нет, это и будет проверка???
3. Как создается дистрибутив созданного (и рабочего приложения) для переноса на
другой комп? Аналога как в 6-ке не нашел:))
Спасибо заранее.
Stanislav
04 сен 08 20:12, you wrote to me:
SK> Hаступает прояснение:) Большинство вопросов решается более-менее
SK> успешно. Из множества потенциальных проблем пока непонятно вот что:
это радует ;)
SK> 1. В 6 бейсике (и младьше) есть такая возможность: кладем на форму
SK> PictureBox и в него кладем, ну например, текстбокс. Теперь если
SK> пикчербокс сделать невидимым, то и все в нем, соответственно, так же
SK> станет невидимым. Как и чем это реализуется в сабже? Пробовал так же,
SK> но техтбокс почему то все равно сам по себе живет:)
Старая школа. Теперь на Toolbox есть специальный узел Containers с контейнерами
для контролов, все логично организовано, выбирай какой больше по душе. Тебе
думаю подойдет обычный Panel
SK> 2. При динамическом создании N-количества контролов
SK> (TextBox1....TextBoxN) как потом выяснить сколько их создано? При
SK> условии, что я не буду нигде хранить счетчик этих контролов. Т.е.
SK> перебрать все контролы с именем "TextBox" & Count-в-виде-строки. Count
SK> - автоинкрементируется. И где то наступит момент, что контрола с
SK> очередным именем нет, это и будет проверка???
ошибки отслеживать через конструкцию вида:
Try
[code]
Catch ex as DivideByZeroException 'перехват только этой ошибки
MessageBox.Show("ошибка: на ноль делить нельзя ", "Caption")
Catch ex as Exception 'перезват всех ошибок
MessageBox.Show("ошибка: " + ex.message, "Caption")
Finaly 'не обязательн
'сюда попадем в любом случае
End Try
Различных типов ошибок массы, в всплавающих подсказках к методам они обычно
перечислены.
По поводу динамических текстбоксов:
Поройся в коллеции Me.Controls найдешь много интересного ;) Вообще чаще изучай
методы объектов, там столько интересного встречается.
Или создавай их в массиве и все проблемы. массив вполне может на форму одним
методом перекидываться.
Кроме контексного объекта Me есть еще глобальный объект My ;)
SK> 3. Как создается дистрибутив созданного (и рабочего приложения) для
SK> переноса на другой комп? Аналога как в 6-ке не нашел:))
в нужном проекте File->Add->new project... выбираешь узел Other project types и
в нем Setup and Deployment а там уж их разных сетапов целая куча.
Простейший вариант Setup project:
Окроется новая вкладка с файловой системой установщика, в ней на узле
Application Folder тыкаем правой кнопкой мыша и выбираем Project Output на
остальных узлах можешь потом ради интереса потыкать. В Solution Explorer
тыкаешь на своем установочном проекте правой кнопкой и выбираешь Build, на
выходе получишь сетап для активной конфигурации.
если ткнуться на File System on Target Machine то можно выбрать еще кучу разных
папок в дополнение к дефолтным трём.
Учти что созданный сетап не будет в ключать себя сам фреймворк.
PS советую найти и поставить себе тулзу под названием ReSharper очень много
вкусностей добавляет к и без того функциональной IDE.
PPS по части .net классов есть русская документация в msdn на сайте m$
Thu, 4 Sep 2008 22:31:16 +0400 в RU.VISUAL.BASIC Max Irgiznov -> Stanislav
Krichmar:
SK>> 3. Как создается дистрибутив созданного (и рабочего приложения) для
SK>> переноса на другой комп? Аналога как в 6-ке не нашел:))
MI> в нужном проекте File->Add->new project... выбираешь узел Other project
MI> types и в нем Setup and Deployment а там уж их разных сетапов целая
MI> куча. Простейший вариант Setup project:
MI> Окроется новая вкладка с файловой системой установщика, в ней на узле
MI> Application Folder тыкаем правой кнопкой мыша и выбираем Project Output
MI> на остальных узлах можешь потом ради интереса потыкать. В Solution
MI> Explorer тыкаешь на своем установочном проекте правой кнопкой и
выбираешь
MI> Build, на выходе получишь сетап для активной конфигурации.
MI> если ткнуться на File System on Target Machine то можно выбрать еще кучу
MI> разных папок в дополнение к дефолтным трём.
MI> Учти что созданный сетап не будет в ключать себя сам фреймворк.
Очень хорошие сетапы делает InstallShield. Интегрируется в студию,
поддерживает схему Feature - Component, позволяет настраивать все диалоги и
даже писать свой код для обработчиков событий установки.
MI> PS советую найти и поставить себе тулзу под названием ReSharper очень
MI> много вкусностей добавляет к и без того функциональной IDE. PPS по части
MI> .net классов есть русская документация в msdn на сайте m$
А мы тут по старинке ручками рефакторим. :(
Можешь вкратце описать, что может ReSharper?
05 сен 08 09:26, you wrote to me:
SK>>> 3. Как создается дистрибутив созданного (и рабочего приложения)
SK>>> для переноса на другой комп? Аналога как в 6-ке не нашел:))
DK> * Origin: Слова убивают чудо. (2:5023/11.148)
MI>> в нужном проекте File->Add->new project... выбираешь узел Other
MI>> project types и в нем Setup and Deployment а там уж их разных
MI>> сетапов целая куча.
[...skipped...]
DK> Очень хорошие сетапы делает InstallShield. Интегрируется в студию,
DK> поддерживает схему Feature - Component, позволяет настраивать все
DK> диалоги и даже писать свой код для обработчиков событий установки.
Не спорю, рассматривал еще давно этот продукт. Лично мне хватает возможностей
стандартного пакета инсталяторов в студии.
MI>> PS советую найти и поставить себе тулзу под названием ReSharper
MI>> очень много вкусностей добавляет к и без того функциональной IDE.
MI>> PPS по части .net классов есть русская документация в msdn на
MI>> сайте m$
DK> А мы тут по старинке ручками рефакторим. :(
ручками, это не true совсем
DK> Можешь вкратце описать, что может ReSharper?
Собственно продвинутый рефакторинг, дополнение кода(как штатного так и
собственного) и переменных, подсветку кода(всякие TODO, BUG, NOTE),
дополнительные тесты, генерация шаблонных блоков кода, форматирование блоков на
любой лад. Это то что на вскидку вспомнил, а так еще куча приятных мелочей.
на родном сайте можно посмотреть и доку и скрины и деморнстрации
http://www.jetbrains.com/resharper/features/
http://www.jetbrains.com/resharper/documentation/
Спасибо за ответ! Пробую и проверяю:))
Кстати, выходит без фреймворка дистрибутив не работает? А как мне его вычленить
из всей студии для передачи? Или просто поискать его отдельно?
Stanislav
06 сен 08 16:30, you wrote to me:
SK> Спасибо за ответ! Пробую и проверяю:))
SK> Кстати, выходит без фреймворка дистрибутив не работает? А как мне его
SK> вычленить из всей студии для передачи? Или просто поискать его
SK> отдельно?
Не надо ничего вычленять, фреймворки так распостраняются, и базовые(с
интегрированными SP) лежат на диске с студией в папочке WCU. Всё что новее надо
качать с сайта MS последний фреймворк 3.5 + SP2
MI> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
Hаверно, все же SP1.
--
Regards,
Sergey Broudkov
sb...@geocities.com
ICQ #4841919
И был pазговоp _06 сентябpя 2008_ по вpемени в _16:30_, *Stanislav Krichmar* к
*Max Irgiznov* о "Re: dot NET"
SK> Спасибо за ответ! Пpобyю и пpовеpяю:))
SK> Кстати, выходит без фpеймвоpка дистpибyтив не pаботает? А как мне его
SK> вычленить из всей стyдии для пеpедачи? Или пpосто поискать его
SK> отдельно?
Конечно отдельно.
Ухожy не пpощаясь, Alexandr.
Чеpти что! ... и сбокy Батник.
... Зависть теpзает и сама теpзается. (Овидий)
07 сен 08 19:30, you wrote to me:
MI>> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
SB> Hаверно, все же SP1.
Да, прощу прощения да дезу. для 3.5 последний это SP1
MI>>> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
SB>> Hаверно, все же SP1.
MI> Да, прощу прощения да дезу. для 3.5 последний это SP1
Кстати, весьма рекомендую. Без него Web-приложения перекомпилировалсь заново
чуть ли не при каждом обращении к новой странице. В Таск Менеджере vbc.exe
или csc.exe так и скакали. Соответственно, ждать открытия страницы (если
приложение большое, например, на базе DotNetNuke) можно было по 5 минут даже
на мощном сервере. После SP1 все буквально летает :)
Здесь подробности:
https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=336096&wa=wsignin1.0
07 сен 08 23:16, you wrote to me:
MI>>>> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
SB>>> Hаверно, все же SP1.
MI>> Да, прощу прощения да дезу. для 3.5 последний это SP1
SB> Кстати, весьма рекомендую. Без него Web-приложения перекомпилировалсь
SB> заново чуть ли не при каждом обращении к новой странице. В Таск
SB> Менеджере vbc.exe или csc.exe так и скакали. Соответственно, ждать
SB> открытия страницы (если приложение большое, например, на базе
SB> DotNetNuke) можно было по 5 минут даже на мощном сервере. После SP1
SB> все буквально летает :)
SB> Здесь подробности:
SB> https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?
SB> FeedbackID=336096&wa=wsignin1.0
Да я не пользую пока в своих разработках 3.5, 2.0 более чем достаточно.
Описание SP я у m$ читал уже.
MI> 07 сен 08 23:16, you wrote to me:
MI>>>>> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
SB>>>> Hаверно, все же SP1.
MI>>> Да, прощу прощения да дезу. для 3.5 последний это SP1
SB>> Кстати, весьма рекомендую.
MI> Да я не пользую пока в своих разработках 3.5, 2.0 более чем достаточно.
"Зг'я, батенька, зг'я" (с)
08 сен 08 10:50, you wrote to me:
MI>> 07 сен 08 23:16, you wrote to me:
MI>>>>>> новее надо качать с сайта MS последний фреймворк 3.5 + SP2
SB>>>>> Hаверно, все же SP1.
MI>>>> Да, прощу прощения да дезу. для 3.5 последний это SP1
SB>>> Кстати, весьма рекомендую.
MI>> Да я не пользую пока в своих разработках 3.5, 2.0 более чем
MI>> достаточно.
SB> "Зг'я, батенька, зг'я" (с)
А вот с этого места подробнее. 3.5 сделан же на базе 2.0 + SP1 и добавлены
висто-фичи. Принципиально имхо разницы никакой. да и 300 метровый дистрибутив
пока пугает слегка.
MI>>> Да я не пользую пока в своих разработках 3.5, 2.0 более чем
MI>>> достаточно.
SB>> "Зг'я, батенька, зг'я" (с)
MI> А вот с этого места подробнее. 3.5 сделан же на базе 2.0 + SP1 и
MI> добавлены висто-фичи. Принципиально имхо разницы никакой. да и 300
MI> метровый дистрибутив пока пугает слегка.
Да за один только "синтаксический сахар" стоит перейти. Hу вот вместо
обычного (пардон за офтопичный язык):
===================================
private int _someValue;
public int SomeProperty
{
get { return _someValue; }
set { _someValue = value; }
}
===================================
можно написать так, просто:
===================================
public int SomeProperty { get; set; }
===================================
Или вот еще вкусно, создание объекта вместе с инициализацией:
===================================
MyObject obj = new MyObject()
{
IntProperty = 10;
StringProperty = "abcd";
};
===================================
08 сен 08 22:57, you wrote to me:
MI>>>> Да я не пользую пока в своих разработках 3.5, 2.0 более чем
MI>>>> достаточно.
SB>>> "Зг'я, батенька, зг'я" (с)
MI>> А вот с этого места подробнее. 3.5 сделан же на базе 2.0 + SP1 и
MI>> добавлены висто-фичи. Принципиально имхо разницы никакой. да и
MI>> 300 метровый дистрибутив пока пугает слегка.
SB> Да за один только "синтаксический сахар" стоит перейти. Hу вот вместо
SB> обычного (пардон за офтопичный язык):
SB> ===================================
[...skipped...]
надо подумать. может и переведу пару локальных проектов для начала.
SB>> Да за один только "синтаксический сахар" стоит перейти. Hу вот вместо
SB>> обычного (пардон за офтопичный язык):
SB>> ===================================
MI> [...skipped...]
MI> надо подумать. может и переведу пару локальных проектов для начала.
Да, кстати, про LINQ-то я совсем забыл. Посмотри, сильная штука.
09 сен 08 21:50, you wrote to me:
SB>>> Да за один только "синтаксический сахар" стоит перейти. Hу вот
SB>>> вместо обычного (пардон за офтопичный язык):
SB>>> ===================================
MI>> [...skipped...]
MI>> надо подумать. может и переведу пару локальных проектов для
MI>> начала.
SB> Да, кстати, про LINQ-то я совсем забыл. Посмотри, сильная штука.
Да про него вкурсе. еще DLINQ пользовал, в составе студии с беты.