需要建议 - Vb与否VB（甚至是.NET） [英] Advice Required - Vb or Not VB (or even .NET)
问题描述
嗨伙计
我一直在MSA97开发，因为它第一次出现在街头，它已经为我们需要的东西付出了很多。我们在
运行时都有很多应用程序，所有这些都在做英镑工作！
时间继续前进，我们已经从支柱拉到了post（old
英文表达）查看Java，.NET以及构建在这些语言（Java，VB，C＃等）中的RAD'的主机。就在我虽然我们已经用Java确定了一个
RAD时，许可和部署规则和成本使得整个事情看起来难以为继！
我回到了第1方，虽然这是一个.NET小组，但我会重视其他人之前已经完成这项研究的投入。
这是Db开发，我真的希望我的代码与数据库无关 -
，如果一个客户端需要它在Oracle上运行Db和另一个MSSQL
然后它需要通过最少的代码更改来实现。
它需要是安全的并且通过日志记录有效地处理用户和组。
它需要易于部署和更新，因为会定期更新
开发。
显然需要快速开发 - 在MSAccess之后，其他一切似乎在开发周期中都很慢！
反馈，建议和意见/建议将会一切都要感谢
接受。
-
Kahuna
------ ------
" Kahuna" < no ** @ gonewest.com写信息
新闻：eM ************** @ TK2MSFTNGP02.phx.gbl ...
< blockquote class =post_quotes>
我回到了第1方，虽然这是一个.NET小组，我会重视来自
的其他人之前已经完成这项研究的人。
请仔细考虑您的建议。如果你在dot net group中询问，那么你会得到很多推荐的dot net，如果你在delphi组中询问那么你会得到
推荐德尔福很多。 :-)
这是Db开发，我真的希望我的代码与数据库无关 -
即if一个客户端需要它在Oracle Db上运行而另一个客户端需要在MSSQL上运行
这不是问题，更多的是你的编程风格，而是你使用的
语言。
它需要是安全的，并且使用
日志记录有效地处理用户和组。
我认为这不是问题。
它需要易于部署并更新，因为会有定期更新
开发。
有很多选择，一旦安装了点网，只需要复制文件就可以了。
。当然它比一个
Access应用程序更容易维护。
显然需要快速开发 - 在MSAccess之后其他所有内容
在开发周期中似乎很慢！
这可能是一个问题。当然，在dot net中开发将会更加耗费劳力密集型，可能会更加密集。
Michael
" Michael C" < mi ** @ nospam.com写信息
news：eT ************** @ TK2MSFTNGP03.phx.gbl ...
< blockquote class =post_quotes>
请仔细阅读您的建议。如果你在dot net group中询问那么
你会得到很多推荐的dot net，如果你在delphi组中询问那么
你会得到推荐德尔福很多。 :-)
是的 - 我意识到迈克尔，但我确定其他人过去也曾经历过这个
争吵 - 他们的经验对我来说很有价值。
想想！即为什么最终得到点网？
这不是问题，而是与您的编程风格有关，那么您使用的是
语言。
有些RAD比其他人更容易做到这一点。
我不喜欢我认为这是一个问题。
例如我意识到我可以滚动我自己的登录和验证系统，但没有
a很好地处理如何或在哪里保护VS中的登录数据（保持嵌入式
Db，加密的XML文件等？）
这里有很多选项，一旦安装了点网，它只是
a的问题复制文件。当然，与Access应用程序相比，维护
更容易。
安装框架后，它只是用于部署的XCOPY吗？没有
挑战DDL冲突等？
这可能是一个问题。当然在dot net中开发将会更多
劳动密集型，很可能是更加密集的。
看过（瞥一眼）RAD工具，例如RadVolution for RAD表格
开发和数据链接 - 好像有可能是som从GUI角度来看，
的附加组件可以使开发更快，更一致。很多
我们在MSA中的功能也是手工开发的 - 例如所有报告都是在b / b上构建的，并且大部分数据操作都是通过
代码而不是QBF等。
我想Crystal Reports也使用了一大挑战。我的过去
使用此产品的经验并不好 - 主要是学习曲线
以使任何接近可用的东西都可用！
感谢您的反馈Michael
Michael
-
Kahuna
------------
Kayma
您的应用程序的实时循环有多长？不到一年？然后
留在ms Access。它是否具有多用户用途的强大功能，
然后你的第一个逻辑步骤将是VB.Net
只是我的想法。
Cor
Hi Folks
I''ve been developing in MSA97 since it first hit the streets and its been
fantastic for what we needed. We have a number of Apps out there all in
runtime and all doing sterling work!
Time to move on though and we have been pulled from pillar to post (old
English expression) looking at Java, .NET and a host of RAD''s that build in
those languages (Java, VB, C# etc). And just when I though we''d settled on a
RAD with Java the licensing and deployment rules and costs are making the
whole thing seem untenable!
I''m back to square 1 and though this is a .NET group I''d value input from
others who have been through this research before.
It''s Db development and I''d really like my code to be database agnostic -
that is if one Client needs it to run on an Oracle Db and another on MSSQL
then it needs to do that with minimal code changes.
It needs to be secure and handle users and groups effectively with logging.
It needs to be easy to deploy and update as there will be regular updates
developed.
Obviously fast development is desired - after MSAccess everything else seems
slow in the development cycle!
Feedback, advice and comments / recommendations will all be gratefully
accepted.
--
Kahuna
------------
"Kahuna" <no**@gonewest.comwrote in message
news:eM**************@TK2MSFTNGP02.phx.gbl...I''m back to square 1 and though this is a .NET group I''d value input from
others who have been through this research before.Take the advice you get carefully. If you ask in a dot net group then you''ll
get recommended dot net a lot, if you ask in a delphi group then you''ll get
recommended delphi a lot. :-)
It''s Db development and I''d really like my code to be database agnostic -
that is if one Client needs it to run on an Oracle Db and another on MSSQL
then it needs to do that with minimal code changes.That is no issue and has more to do with your programming style then the
language you use.
It needs to be secure and handle users and groups effectively with
logging.I don''t think that is a problem.
It needs to be easy to deploy and update as there will be regular updates
developed.There are plenty of options for this, once dot net is installed it''s just a
matter of copying your files over. Certainly it''s easier to maintain than an
Access app.
Obviously fast development is desired - after MSAccess everything else
seems slow in the development cycle!This could be an issue.Certainly developing in dot net is going to be more
labour intensive, quite possibly a significant amount more intensive.
Michael
"Michael C" <mi**@nospam.comwrote in message
news:eT**************@TK2MSFTNGP03.phx.gbl...
Take the advice you get carefully. If you ask in a dot net group then
you''ll get recommended dot net a lot, if you ask in a delphi group then
you''ll get recommended delphi a lot. :-)Yes - I realise that Michael, but I''m sure others have been through this
wrangle in the past too - and their experience would be valuable to me I
think! i.e. Why end up with dot net?
That is no issue and has more to do with your programming style then the
language you use.Some RAD''s make it a lot easier than others to do that.
I don''t think that is a problem.e.g. I realise I can roll-my-own Login and verification system but dont have
a good handle on how or where to secure login data in VS (hold in embedded
Db, Encrypted XML File etc?)
There are plenty of options for this, once dot net is installed it''s just
a matter of copying your files over. Certainly it''s easier to maintain
than an Access app.After the framework is installed is it just XCOPY for deployment? No
challenges with DDL conflicts etc?
This could be an issue.Certainly developing in dot net is going to be more
labour intensive, quite possibly a significant amount more intensive.Having looked (glimpsed realy) at tools such as RadVolution for RAD form
development and data linking - it seems like there may be som add-ons that
can make development faster and more consistant from a GUI standpoint. Much
of our functionality in MSA is hand developed too - where all reports are
built on the fly for example and much of the data manipulation is through
code rather than QBF etc.
I guess one of the big challenges is the Crystal Reports use too. My past
experience with this product has NOT be good - mainly the learning curve
necessary to get anything approaching useable out of it!
Thanks for the feedback Michael
Michael--
Kahuna
------------
Kayma
How long is the live cycle of your applications? Less then one year? Then
stay with ms Access. Has it to be robust for multi user purpose as well,
then your first logical step will be VB.Net
Just my idea.
Cor
这篇关于需要建议 - Vb与否VB（甚至是.NET）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
