NerdonRails

smells like Team Foundation Server mit Sharepoint-Integration

ich werfe mal IronJS in den Raum, eine Javascript-Implementierung in F# die auf der DLR aufsetzt, evtl gehts damit

Ich würde das ganze via Rekursion lösen: var rootElements = acc.GetRootElements(allItems); var result = acc.BuildTree(rootElements, allItems); public class Item { public Int32 Id { get; set; } public Int32? ParentId { get; set; } public List<Item> Children { get; set; } public Item(Int32 id, Int32? parentId = null) { this.Id = id; this.ParentId = parentId; } } public class TreeAccumulator { public IEnumerable<Item> GetRootElements(IEnumerable<Item> allItems) { var rootElements = from current in allItems where current.ParentId == null select current; return rootElements; } public IEnumerable<Item> BuildTree(IEnumerable<Item> itemsToBeProcessed, IEnumerable<Item> allItems) { foreach (var current in itemsToBeProcessed) { var children = from actual in allItems where actual.ParentId == current.Id select actual; current.Children = children.ToList(); this.BuildTree(current.Children, allItems); } return itemsToBeProcessed; } }

Einfach die Spalte als Identity definieren und gut ist.

Nein, Extension-Methods kann man im Gegensatz zu normalen Methoden wie von dir Aufgeführt auf ein Objekt aufrufen. Also sowas wie myTreeView.Refresh() anstatt MyStaticClass.NormalRefresh(myTreeView). Syntaktischer Zucker der zu besserer Lesbarkeit beiträgt. Weiterhin bieten Extension-Methods die möglichkeit, Klassen, die sealed sind um Methoden zu erweitern. So könnte man z.B. Int32 um eine IsEven()-Method erweitern. public static class Extensions { public static Boolean IsEven(this Int32 value) { return value % 2 == 0; } } 2.IsEven() // => true Weiterhin wäre das ref bei deiner Methode nicht nötig, da alles bis auf Datentypen die von Struct ableiten (Int32, Double, enums etc.) Referenzdatentypen sind.

Das liegt daran das DoEvents der fiese weg ist eine Forms-Applikation reaktiv bleiben zu lassen auch wenn der Thread mit krams ausgelastet ist, sprich die Form reagiert / wird dann neu gezeichnet und friert nicht ein. Bei einer Konsolen-Applikation muss nichts neu gezeichnet werden, zumindest nicht in der Art wie bei Forms-Applikationen. Deswegen ist DoEvents auch nur im System.Windows.Forms-Namspace vorhanden, dessen Assembly bei Konsolenanwendungen jedoch nicht referenziert wird da unnötig.

public static class ExtensionMethods { public static void Refresh(this UIElement uiElement) { uiElement.Dispatcher.Invoke(new Action(() => {}), DispatcherPriority.Render); } } Evtl. mit dem Code oben das element neu rendern.

Wie bei allem was nur begrenzt Sinn ergibt gilt folgendes: weil mans kann

Ok, dann werfe ich folgendes in den Raum: Die Exe als Launcher und der Rest wird in DLLs verpackt die dann via IoC (z.B. Microkernel) zur Laufzeit nachgeladen werden. Das dürfte dem noch am nächsten kommen.

Indem man das Programm ausführt. Was im danach im Speicher passiert steht hier: C# Heap(ing) Vs Stack(ing) in .NET: Part I Sonstige Stichworte: C, Pointer, Heap, Stack

IL, ByteCode, CaaS => Google CLR With C#, Third Edition => Amazon

no problem

adapterB würde dir hier z.B. ein StoreAllContinuation-Objekt zurückgeben das WithDataFrom() zur Verfügung stellt welches eine DataCollectContinuation zurückgibt die dann mit einem instanzierten DataTransformator die Daten aufbereitet und der ersten Continuation zur Verfügung stellt. Be der Komposition der Klassen ist dann etwas Phantasy und Arbeit gefragt. Die Lösung dürfte dann aber sauberer, wiederverwendbarer und besser lesbarer sein.

service ist nicht gleich webservice. Über "Add ServiceReference" können meines wissens nach nur soap-services direkt konsumiert werden, da nur soap dinge wie objekt-metadaten zu objekt-serialisierung mitliefert (ok, VS versteht da auch OData, mein Fehler) Also entweder einen entsprechenden WCF-Soap-Service erstellen und den dann mit VS-Boardmitteln konsumieren, oder z.B. einen Rest- oder OData-Service via WCF schreiben und den dann evtl manuell verarbeiten oder einen Windows-Service schreiben der auf einem bestimmten Port auf eingehende verbindungen hört und den ganzen kram von nochmal von Hand nachimplementieren.

render :partial => 'editCustomer', :customer => @customer <% form_for :customer, customer, :url => { :controller => "customers", :action => "editCustomer", :remote=> true } do |f| %> <%= f.label :name %><br /> <% if @customer != nil %> <%= f.text_field :name %> <% else %> Objekt ist Nil <% end %> <% end %>