Microsoft Dexterity Customization future - upgrade, phase out, or walk away Alba Spectrum Dallas

Released on = March 20, 2007, 3:59 pm

Press Release Author = Alba Spectrum Group

Industry = Computers

Press Release Summary = Microsoft Dexterity or former Great Plains Dexterity was
designed in earlier 1990th with assumption that C programming language will provide
computer platform independence: Microsoft Windows vs. Mac or Solaris/Unix, plus
database independence or at least easy switch: Ctree, Pervasive SQL/Btrieve, MS SQL
Server, Oracle, DBII, etc

Press Release Body = Alba Spectrum Group: http://www.albaspectrum.com
http://www.enterlogix.com.br help@albaspectrum.com 1-866-528-0577, 1-630-961-5918,

Microsoft Dexterity or former Great Plains Dexterity was designed in earlier 1990th
with assumption that C programming language will provide computer platform
independence: Microsoft Windows vs. Mac or Solaris/Unix, plus database independence
or at least easy switch: Ctree, Pervasive SQL/Btrieve, MS SQL Server, Oracle, DBII,
etc. Dexterity architecture was transferred to MS Visual C++ somewhere around 1999
with some additional bug fixing work, however pretty flawless. When Microsoft
purchased Great Plains Software on the edge of XXI Century, the basis of Dexterity
lost its actuality - in fact Microsoft Business Solutions actively moved toward
phasing out all the other platforms, but MS SQL Server by introducing MSDE platform
- free version of SQL Server, without some tools, however. Let's look at MS
Dexterity from this angle:
. Database Access. Microsoft Dexterity, comparing to old Dexterity had to emphasize
MS SQL Server stored procedures calls and scripts. This meant that former Dex
cursors (as being db platform independent) lost their actuality. Now it is probably
good programming tone to use SQL Stored Procedures to speed up dex scripting from
the side of database manipulations
. Dex Screens. Still good idea to keep dex screen developing, following by eConnect
object oriented logic behind. As Microsoft is emphasizing MS Visual Studio .Net
development options, here we would recommend Dex screens to be filled with eConnect
logic via DLLs where you call either eConnect DLL procedures or XML web services
eConnect interface
. SQL Stored Procedures. This approach still requires some experience with
Dexterity programming: DEX_ROW_ID, DYNAMICS.DIC dex source code programming,
dexterity atomic SQL stored procedures - you should be familiar with these legacy
dexterity features
. Dexterity International Aspect. Unicode - this is real problem. We often hear
customer questions about dex supporting Unicode: Chinese, Japanese, Korean
characters. However some tools can help, Crystal reports for example - we have to
express pessimistic view here
. Extender optimism. eOne Extender is very promising tools, if you are end customer
- it allows you to forget about dex proprietary features and concentrate on GP
prototyping: tables, forms, reports, plus even dex sanscript logic - if you have
this under your belt

Alba Spectrum Group: http://www.albaspectrum.com http://www.enterlogix.com.br
help@albaspectrum.com 1-866-528-0577, 1-630-961-5918, serving Microsoft Dynamics GP
Great Plains customers in USA/Canada nationwide. Local service is available in
Dallas and Houston, TX: Richmond, Sugar Land, Katy, Rosenberg, Missouri City,
Pearland, Friendswood, Meadows, Mission Bend, Jersey Village; Chicago, IL:
Naperville, Aurora, Bolingbrook, Romeoville, Joliet, Wheaton, Lisle, Downers Grove,
Schaumburg, Elk Grove, Lombard, Woodridge, Darien, Westmont, Batavia, St. Charles,
Elgin, Crystal Lake.


Web Site = http://www.albaspectrum.com

Contact Details = Alba Spectrum Group: http://www.albaspectrum.com
http://www.enterlogix.com.br help@albaspectrum.com 1-866-528-0577, 1-630-961-5918,

  • Printer Friendly Format
  • Back to previous page...
  • Back to home page...
  • Submit your press releases...
  •