C# Reference na projekte

Imam projekta, od kojih su 3 dll, a 4. je exe. Imam reference dll-ova u ovom exe, ali ne mogu imati reference 4. u ovim dll-ovima. Ima li nesto u C# ekvivalentno
#pragma once u C++.

Unaprijed zahvalna

Potpis

alisa

Poruka ti je malo kriptična pa nije lako skontati šta hoćeš da postigneš. Pretpostavljam da je jedna od sledeće dve opcije:


1. Hoćeš da u DLL ubaciš referencu na EXE projekat?
Ovo ne može. Drugi EXE fajl uvek predstavlja "Application Boundary", pa se njegovi tipovi ne mogu instancirati implicitno, dodavanjem EXE fajla u references. Umesto toga, koristi se AppDomain klasa da se instanciraju tipovi iz drugog EXE fajla. Pošto ovo usporava celu priču, bolje ti je da tipove iz EXE fajla koje koristiš u DLLu prebaciš u peti DLL

2. Hoćeš da praviš kružne reference?
Tj. da DLL br. 1 referencira DLL br. 2 i da DLL br. 2 referencira DLL br. 1?
Ni ovo ne može iz više razloga. Ne bi se onda znao build order niti bi runtime znao kojim redosledom da učitava assembly-e. Ovo se u tvom slučaju rešava isto kao i pod varijantom 1. Svi tipovi koji "prave" problem iz oba DLL-a prebaciš u novi, peti, DLL i onda taj DLL referenciraš iz pomenuta dva

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Tacno tako. Po meni je to vec malo pitanje dizajna. Ako bi ovo preslikali u UML ispalo bi da paket (Assembly u UML-u) A zavisi od paketa B i paket B zavisi od paketa A. A to na neki nacin lici na deadlock, zar ne?

Potpis

If it's a girl then they're gonna call it Sigourney, after an actress. If it's a boy, then they're gonna call it Rodney, after Dave!

Evo šta možda možeš da uradiš:

Prvo kompajliraš exe fajl bez reference na dll (reference u sors kodu pretvori u komentare).

csc Class1.cs

Zatim kompajliraš dll sa referencom na ovaj prvi iskompajlirani exe.

csc /t:library Class2.cs /r:Class1.exe

Na kraju u prvi exe (i u sors kod) dodaš reference na kompajlirani dll i to je to.

csc Class1.cs /r:Class2.dll

Evo i sors koda (Class1.exe i Class2.dll)

Class1.cs:

public class Class1
{
Class2 class2Objct; //ovo je pod komentarom pri prvom kompajliranju
public static void Main()
{
Class1 class1Objct = new Class1();
class1Objct.CreateClass2Objct();
class1Objct.ExecuteClass2ObjctMethod();
}
void CreateClass2Objct()
{
class2Objct = new Class2 (this); //ovo je pod komentarom pri prvom kompajliranju

}
void ExecuteClass2ObjctMethod()
{
class2Objct.Class2Print(); //ovo je pod komentarom pri prvom kompajliranju

}
public void Class1Print()
{
System.Console.WriteLine("Class1 Print");
}
}

Class2.cs:

public class Class2
{
Class1 class1ObjctRef;
public Class2(Class1 class1ObjctRefInput)
{
class1ObjctRef = class1ObjctRefInput;
}
public void Class2Print()
{
class1ObjctRef.Class1Print();
}
}

_______

Vidim da je neko ovde pomminjao UML pa me zanima da li je ovakvo programiranje u redu sa projektantske (tj. teorijske) strane?

PS: Malko haka i sve šljaka...

Bravo za hak!

A sto se tice UMLa, to je agregacija navigabilna u obe strane.
Ja ovo nikada ne bih ovako radio, ali ako nema izbora...
Ondosno, ako mozes, promeni dizajn. Ne u smislu navigacije nego u smislu gde si sta stavio u "solution".

Potpis

dejaniv

> Bravo za hak! :)

Naravno da sam to video od profesionalaca sa zapada. Preciznije analizirajuci kod njihovih (GPL
Java) appleta. Zna se kao se dolazi do takvih stvari... :)

> Ja ovo nikada ne bih ovako radio, ali ako nema izbora...

Ovo je radjeno pri prevodjenju proceduralnog tj. strukturnog programa (npr. u C-u) u objektno
orjentisan (npr. Java applet). Zbog potrebe za visokim performansama objektni (Java) kod zadrzava
svoju strukturnu (neobjektnu) formu tj. sve se trpa u jednu klasu. Zatim se pri dodavanju novih
funkcionalnosti koje zbog dizajna (tj. uslova) projekta zahtevaju svoju posebnu klasu (npr za ovaj
aplet (tj. Class1 klasu) trazi se da se mogu od strane krajneg korisnika dodati drugi apleti tj.
klase koji koriste metode ove prve) komunikacija medju objektima se realizuje na ovakav dvosmeran
nacin.

> A sto se tice UMLa, to je agregacija navigabilna u obe strane.

Za nas koji neznamo mnogo C# i UML bilo bi veoma korisno videti source kod i dijagrame za
"agregaciju navigabilnu u obe strane" (AKO se to radi drugacije od navedenog primera). Znaci to je
legalno resenje u smislu OO projektovanja i dizajna?- tj. nije nekakav "hak"?

Ne bih se bas slozio. Agregacija je strukturna veze (asocijacija sa adornment-om ), dok se ovde ipak radi o zavisnosti, bar iz mog ugla...

Potpis

If it's a girl then they're gonna call it Sigourney, after an actress. If it's a boy, then they're gonna call it Rodney, after Dave!

Ajoj, ubiste sa ovim prevodima UML terminologije

U UMLu možeš svašta "nacrtati", to i dalje ne znači da je to "legalno rešenje". Kad bih u svom timu prezentovao ovako nešto verovatno bi postao predmet opšte sprdnje. Zamislite nekog projektanta koji vam predlože cirkularne reference?
Sve je u redu kad za jedan red funkcionalnog koda pravite 20 linija haka, a šta ćemo sa iole kompleksnijim projektima? Ko će da džedži noću i ručno radi build (tj build1,komentiranje,build2,skidanje komentara,build3)
Uvek ima izbora, i ne postoji varijanta u kojoj si prinuđen na cirkularne reference; framework-ovi i 3rd party komponente ih nikad ne unose u priču, a za "svoj" kod si sam odgovoran, dakle imaš izbor. Ako postoji potreba za callback-ovim i ostalim povratnim šemama u .net-u, postoje delegati, gde delegati ne pomažu priča se pomera na izvlačenje sporne funkcionalnosti u zajednički modul. Cela ta priča sa hi-performace neobjektno-objektnim java apletima ne pije vodu, to je samo signal da ta aplikacija treba da se vrati na design desk, ako je uopšte nekad i boravila tamo.

Potpis

Sloba je za 12 godina promenio antropološki kod srpskog naroda. On je od jednog
naroda koji je bio veseo, pomalo površan, od jednog naroda koji je bio znatiželjan, koji
je voleo da vidi, da putuje, da upozna,
od naroda koji je bio kosmopolitski napravio narod koji je namršten, mrzovoljan,
sumnjicav, zaplašen, narod koji se stalno nešto žali, kome je stalno neko kriv - Z.Đinđić

Prosvetli nas i razresi nase dileme!

Potpis

If it's a girl then they're gonna call it Sigourney, after an actress. If it's a boy, then they're gonna call it Rodney, after Dave!

Ovako izgleda dijagram (probao sam sa slikom pa sam provalio da ovo samo prenosi URL a ne i sliku... Ovo je finalna verzija, ne mogu da ga nateram da ovo priakze bolje.... Neko od admina bi mogao da se zabavi ovom temom...):



A ovako generisani kod:



Ovo definitivno nije hak i realno se koristi. Hak je bio samo muvanje sa referencama na asemblije. Ponekad postoji potreba da objekat zna ko mu je tata da bi mogao da mu se obrati. U ovoj agregaciji sadrzan je samo jedan Class2, ali moze da ih bude vise, pri cemu se tada kao "sadrzalac" koristi neki objekat klase tipa vektor. Tada je zgodno sto svaki sadrzani sin moze da pita tatu za neku informaciju koju on zna (tipa, moze da trazi odobrenje/konkeciju da pristupi bazi).

Cool?

Potpis

dejaniv