Microsoft Geschicklichkeit Programming Challenges

Ehemaligen Great Plains Software Geschicklichkeit wurde als Kern der Great Plains Dynamics entwickelt: Programmierung Shell, DB Unabhängigkeit Schicht, Integrated Development Environment (EDI) - aber das Design wurde bereits in früheren 1990 durchgeführt, so können Sie sich vorstellen, dass Software-Anpassung, Entwicklung und Programmierung Ziele, Fallstricke und Prioritäten verschoben. In diesem kleinen Artikel werden wir zu orientieren Sie sich, wie Sie Ihre aktuelle Microsoft Geschicklichkeit Änderung Upgrade prüfen, versuchen, sind das, was dex Vor-und Nachteile von zeitgenössischen Programmierer Sicht:

o OOP oder objektorientierten Programmiersprache. Wenn Sie zurück zu programmieren Konzept Entwicklung in 1980. Und früher 1990. Suchen - Sie werden feststellen, dass diese Tage prozeduralen Programmierung als vorherrschende und objektorientierte Programmierung bereits erfunden wurde, aber noch nicht umgesetzt in "Massenproduktion". Geschicklichkeit ist eher prozedurale Skriptsprache, die in der Programmiersprache C seinerseits geschrieben wurde. Später im späten 1990. GPS versucht dex zur OOP, wenn Great Plains von Grund auf neu zu entwickeln eigene Bestellung Modul (und nicht zu erwerben und zu integrieren Intellisol Advanced Purchase Order Processing / Project Accounting) beschlossen, aber es war ein wenig zu kompliziert und schalten später auf die Idee, verlor seine Unterstützung

o Geschicklichkeit vs eConnect Programmierung Balancing. eConnect hat gewisse OOP, aber es hat mit Geschicklichkeit Beschränkungen der Datenbank-Ebene (Dex Primärschlüssel, DEX_ROW_ID Säulen, usw.) befassen. eConnect fehlt auch Entsendung Funktionalität - und das ist verständlich - GP Design lässt Chargen Entsendung in GP Betreiber Händen

o Extender von eOne. Dies ist ein weiteres nützliches Modul, wo Sie abstrakte sich von Index und zur gleichen Zeit vorstellen können neue Funktionen in GP. Allerdings, wenn Sie auf "Leben" zu Ihrem neuen benutzerdefinierten Bildschirme zu bringen planen - Sie sollten dabei über Dex sanscripts, an Ihren Extender Projekt. In anderen Worten - Sie sind zurück im Reich der Geschicklichkeit - entweder Sie verwenden Dex IDE oder Extender - die Programmierung Pflicht ist immer noch da

o Integration. In unserer Meinung dex langsam Verzicht auf die Szene der GP Integrationen, so dass der Weg zum eConnect und früher war es die ihm bis zu reinen SQL gespeicherte Prozeduren

o Reporting. Great Plains ReportWriter ist reine dex Anwendung und es hat echte Probleme, um die Flexibilität zu GP Berichterstattung. Deshalb haben wir die Hilfe von Crystal Reports zu sehen (wurde bis GP Version 8.0 empfohlen) und später auf MS SQL Server Reporting Services...