C# для новичков, вопросы и ответы Опции

[Tyomniy]

Тут я предлагаю все новичкам программирования на C# выкладывать свои вопросы. По возможности, я думаю, все кто в этом что-то шарит будут стараться отвечать !

Тема для обговорення мови програмування C#, всі сторонні коментарі будуть видалятися, а їх автори отримувати %

Сообщение отредактировал BoyKot - Jun 11 2008, 20:40

[Phaust]

А если не секрет, зачем такое редкое знание понадобилось?

Сборки,динамические классы.

[Livanias]

Точно, у Троэлсона было - компиляция на лету и т.п. Причем если мне не изменяет памято то необязательно MSIL использовать там кажись и обычные языки подходят.

(дабы не плодить посты)UPD: Ниразу не видел книг по MSIL есть лишь стандарт который предоставляет микрософт. Так что в msdn.microsoft.com надо идти.

[Phaust]

Ну тут случай такой,MSIL нужен,поэтому и книга понадобилась именно по нему

[darknode]

А можно по-конкретней? Названия, технологии .NET и т.д. Я допустим уже не один год работаю в фин. сфере и кроме Delphi и Java ничего другого для разработки интерефейса, не видел. И если есть перспекстива реальная, то какие параметры этой платформы более практичны в решении бизнес-задач по сравнении с той же Java EE?
P.S.: Я не имею ничего против .NET, но хочется по больше узнать о ней от опытных людей

Реальные компании и проекты:
LimeSystems->Scrooge (АБС - автоматизированная банковская система: опер.день, СЭП и т.д., насколько знаю используется многими банками украины, причем крупными), WebBank (тут ничего не знаю ), НПФ (негос. пенсионный фонд) (ну а дальше можно в инете поидее найти ).
У Финпорта тоже есть проекты на .NET.

[darknode]

Точно, у Троэлсона было - компиляция на лету и т.п. Причем если мне не изменяет памято то необязательно MSIL использовать там кажись и обычные языки подходят.

Согласен, можно пользоваться CodeGeneration, CodeCompiler. В общем все довольно просто.

» Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть... «

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.CSharp;
using System.CodeDom.Compiler;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            CSharpCodeProvider codeProvider = new CSharpCodeProvider();
            //ICodeCompiler compiler =  codeProvider.
            CompilerParameters parameters = new CompilerParameters();
            parameters.GenerateExecutable = true;
            parameters.GenerateInMemory = false;
            parameters.OutputAssembly = "test.exe";
            //parameters.ReferencedAssemblies.Add("System.Data.dll");
            
            string code =
@"
using System;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine(""Test"");
        }
    }
}
";

            CompilerResults results = codeProvider.CompileAssemblyFromSource(parameters, code);

            if (results != null)
            {
                if (results.Errors.Count <= 0)
                {
                    Console.WriteLine(string.Format("Path to Assembly: {0}", results.PathToAssembly));
                    Console.WriteLine();

                    foreach (string outLine in results.Output)
                        Console.WriteLine(outLine);
                }
                else
                {
                    Console.WriteLine("Errors:");

                    foreach (CompilerError error in results.Errors)
                        Console.WriteLine(string.Format("File: {0}, Line: {1}, Column: {2}, ERROR: {3} >> {4}", error.FileName, error.Line, error.Column, error.ErrorNumber, error.ErrorText));
                }
            }
        }
    }
}

Сообщение отредактировал BoyKot - Jun 24 2008, 9:51

[Phaust]

darknode - совсем не то! Есть описание класа в XML который используется наподобии DLL. По нему динамически создается сборка.

[darknode]

darknode - совсем не то! Есть описание класа в XML который используется наподобии DLL. По нему динамически создается сборка.

Ну может быть и не то. Но исходя из скудного описания задачи приходит на ум несколько вариантов.
Если у тебя есть XML в котором описан клас, то можно получив из XML файл(ы) с исходником, скомпилить его в виде сборки(код из примера выше):

parameters.GenerateExecutable = false;
parameters.GenerateInMemory = true;
parameters.OutputAssembly = "XmlCode.dll";
...
...
...
Assembly.Load("XmlCode.dll"); //Так как сборка уже в памяти

Соответственно грузим в нужный AppDomain, а если XML изменился, делаем тоже самое, но перед загрузкой сборки, выгружаем старую.

А вот чтобы получить из XML исходники для компиляции есть 3 варианта, но тут все зависит от формата XML:
1. XSL преобразование данных из XML в CS-код(или VB).
2. На основе данных в XML сформировать CS-код "вручную", то есть при помощь своего кода.
3. На основе данных в XML сформировать CS-код используя классы для кодогенерации.

[Livanias]

darknode - совсем не то! Есть описание класа в XML который используется наподобии DLL. По нему динамически создается сборка.

Запутано как-то. А вообще то сериализацию напоминает

[darknode]

Запутано как-то. А вообще то сериализацию напоминает

Ну если в XML данные класса, то и менно сериализация

[Phaust]

Запутано как-то. А вообще то сериализацию напоминает

Не угадали Это нужно что бы динамически подключать различные библиотеки(dll) в нужном виде,а XML нужен что бы описать собственно что и как подключаем.

[darknode]

Не угадали Это нужно что бы динамически подключать различные библиотеки(dll) в нужном виде,а XML нужен что бы описать собственно что и как подключаем.

Добро пожаловать в пытошную

А если dll-ки не нативные, то можно просто использовать стандартные средства .NET.
А вот если они нативные(тобиш не .NET-сборки), то насколько интуиция подсказывает хочется для них динамически компилить прокси-сборки (http://pinvoke.net/) для .NET (тут в руки рефлекшн и опять же кодогенерация).
Если мои мысли "идут" в правильную сторону, то зачем же делать такого сферического коня в вакууме ?

[Phaust]

Если мои мысли "идут" в правильную сторону, то зачем же делать такого сферического коня в вакууме ?

Чтоб любой "чайник" мог прикрутить любую нужную ему dll-ку к программе. Вобщем "фича" и задача чтоб мозг не расслаблялся Dll причем могут быть как нативные так и не нативные,а xml файл не содержит никакого программного кода,а только стандартизированое описание dll. Пытошная вобщем

Ниразу не видел книг по MSIL есть лишь стандарт который предоставляет микрософт. Так что в msdn.microsoft.com надо идти.

Они есть Сморти сюда

Сообщение отредактировал Phaust - Jun 25 2008, 21:54

[darknode]

Чтоб любой "чайник" мог прикрутить любую нужную ему dll-ку к программе. Вобщем "фича" и задача чтоб мозг не расслаблялся Dll причем могут быть как нативные так и не нативные,а xml файл не содержит никакого программного кода,а только стандартизированое описание dll. Пытошная вобщем

Это самый большой сферический конь в вакууме которого я видел (ну кроме компонента для работы с большими объемами данных ).

Это какая то система плагинов получается ?
Если да, то в таком случае чтобы все было просто dll-ки должны описывать какой то интерфейс для работы с ними, нативные по нативному, а НЕТовские по НЕТовски. И соответственно достаточно просто иметь 1 сборку-прокси для работы с нативными сборками, а с нетовскими на прямую.

[Phaust]

"Фича" состоит в том что бы можно было прикрутить ЛЮБУЮ dll,в.т.ч. и стороннего разработчика ,и в.т.ч. чтобы это мог сделать любой идиот(хотя я лично не верю в такую возможность ) А еще то что прикрутили из dll должно согласоватся с внутренней структурой классов приложения.

Это какая то система плагинов получается ?

В принципе-да.
ЗЫ. Хочу отметить что практический смысл сего близок к нулю но идею забросить жалко

[darknode]

"Фича" состоит в том что бы можно было прикрутить ЛЮБУЮ dll,в.т.ч. и стороннего разработчика ,и в.т.ч. чтобы это мог сделать любой идиот(хотя я лично не верю в такую возможность ) А еще то что прикрутили из dll должно согласоватся с внутренней структурой классов приложения.

В принципе-да.
ЗЫ. Хочу отметить что практический смысл сего близок к нулю но идею забросить жалко

Это получается к примеру взять dll из MS Word и подключить к "QIP.NET"

Мне кажется что без стандартных интерфейсов в том или ином виде идея обречена на гибель .

[Phaust]

Мне кажется что без стандартных интерфейсов в том или ином виде идея обречена на гибель

Стандартизация интерфейса происходит на уровне написания XML файла.

Это получается к примеру взять dll из MS Word и подключить к "QIP.NET"

Грубо говоря да,но на практике нужны математические функции из сторонних DLL.

[darknode]

Стандартизация интерфейса происходит на уровне написания XML файла.
Грубо говоря да,но на практике нужны математические функции из сторонних DLL.

Стандартизацию я подразумеваю примерно так:
в софтине есть интерфейс с набором методов к примеру a,b,c,d.
В XML описывается какие методы определенного класса считать методами a,b,c,d.
Ну и в итоге формировать нужные вызовы по соответствию base.a -> [xml.a] -> dll.ghostly_a.
То есть получается некий маппинг методов и их параметров DLL на методы и их параметры в интерфейсе софтины.

Не по теме:
что то мне кажется что в теме по шарпу только мы и общаемся последнее время )))))

[Livanias]

что то мне кажется что в теме по шарпу только мы и общаемся последнее время )))))

Почему же? Нет )

Стандартизацию я подразумеваю примерно так:
в софтине есть интерфейс с набором методов к примеру a,b,c,d.
В XML описывается какие методы определенного класса считать методами a,b,c,d.
Ну и в итоге формировать нужные вызовы по соответствию base.a -> [xml.a] -> dll.ghostly_a.

Я думаю что этого можно добиться сформировав код, допустим на до- диез, и скомпилировать во время выполнения (я все еще считаю, что так легче чем набивать MSIL код, что кажись равнозначно, но только с пропуском шага компиляции), потом вызвать, так сказать, импортируемую функцию. Но все равно идея немного не дотягивает до утопии)) Так как конечному пользователю, т.е. любому идиоту, надо описывать методы сторонней длл очень скрупулезно, потому что можно намучится с приведением типов, плюс модификаторами параметров ( *, &, out, ref, мало еще какой).

[Phaust]

Но все равно идея немного не дотягивает до утопии))

Идея интересна как задача для мозга,уже писал

ЗЫ. Хочу отметить что практический смысл сего близок к нулю но идею забросить жалко

т.е. любому идиоту, надо описывать методы сторонней длл очень скрупулезно

Само собой Все не так просто как кажется с первого взгляда.

Стандартизацию я подразумеваю примерно так:

Так оно и есть Суть в том что бы юзер не залезая в исходный код нашей программы смог подключить нужную DLL. Теоретически задача подсилу любому идиоту,но на практике это далеко не так.

[Livanias]

Есть такой вопрос, возможно он больше для админов, но все же...
Мигрировали с ASP.NET 1.1 на ASP.NET 3.5 все бы хорошо, но! сайт веб-сервисов перестал принимать запросы пользователей, при условии что сайт был изначально по протоколу HTTP_S_ и в настройках было всегда запрашивать правильный сертификат, теперь же он работает только при получение какого либо сертификата или же выключенных сертификатах. Т.е. если у пользователя есть правильный сертификат, то он может зайти на вэб-морду, а на сервисы нет о_О, если включен запрос прав. сертификатов. Что делать и кто виноват?