应用程序和Web应用程序技术 [英] application and web app technologies
问题描述
2006年1月。
我不打算开始任何形式的火焰战争，但只是寻求建议
关于我的不同技术我大多是无知的。
我是一所主要州立大学的单位的数据库经理。我工作的一部分包括为学生服务，教职员工和员工构建数据库访问和支持Web的
应用程序。这些包括
信息收集应用程序和从我们的
大数据库到其他应用程序的动态更新。我们目前的
编程中约有90％是Perl编程。其余的，有些是在ColdFusion，有些是在
VB6，我们可能有其他语言的片段。我可能会补充一点，我们的
WWW页面都在ColdFusion中，我们非常喜欢并且没有更改的兴趣。
我的任务是由IT部门负责调查不同的b $ b技术，以便对我们的
应用程序进行全面重写和重大更新。 Perl的问题在于它看起来很老旧，而且我们从未真正研究过替代方案。我们只是因为这是人们所知道的，所以
落入了Perl。此外，我们已经有一些
员工的变化，并且更新了Perl代码，其中一些已经有数年之久，已经证明是一个真正的噩梦。 Perl非常棒！ ......但是试着阅读
并修改别人的代码，甚至是你自己的代码，都非常难懂。
一个真正重要的部分这是数据库连接。我们使用了不同的数据库，Access，SQL Server，Datatel（大学数据库），PostgreSQL（我最喜欢的），MySQL和其他几个数据库。 。
这是我们目前所处的位置：
* Java / JSP - 我们已经决定使用Java，但是
我们还没有开始使用它，并且还没有致力于Java。
* Python - 我们中的一些人对Python的经验有限。
* Ruby - 我们这里有一个Ruby倡导者，但没有人知道任何事情
关于它。
* .NET / ASP - 我们有一个MS我觉得我们有两台UNIX服务器，几十台就是
，而且我们非常坚定地致力于Windows，
但没有人对.NET感到非常兴奋，并且我们将选择.NET的机会似乎真的很遥远。使用.NET有什么好处吗？
* OO Perl / Perl6 - Perl对我们来说效果很好，但是我们怀疑这是最好的技术，我们想要认真地看待其他事情。
* C / C ++ - 我之所以提到这一点，只是因为这就是IT所使用的。我们对C / C ++不感兴趣，除非它真的是最好的。
我们想要一些我们可以全面使用的东西，来自网络应用程序
sys admin（这就是为什么ColdFusion不是候选者）。我不是对b / b
感兴趣的倡导，但如果有人有经验并且比较这些技术，我们将非常感谢你的经历。
我对交叉发帖表示歉意，我不经常这样做，但我想尽可能广泛地吸引观众。
CC
January, 2006.
I do not intend to start any kind of flame war, but only to seek advice
about different technologies concerning which I am mostly ignorant.
I am the database manager for a unit of a major state university. A
part of my job includes building database access and web enabled
applications for student services, faculty, and staff. These include
both information gathering applications and dynamic updates from our
big database to other applications. About 90 percent of our current
programming is in Perl. Of the rest, some is in ColdFusion, some is in
VB6, and we may have snippets in other languages. I might add that our
WWW pages are all in ColdFusion, which we like very much and have no
interest in changing.
I have been tasked by me IT department with investigating different
technologies for what will be a total rewrite and major update of our
applications. The problem with Perl is that it seems dowdy and old
fashioned, and that we never really investigate alternatives. We just
fell into Perl because that''s what people knew. Also, we have had some
staff changes, and updating Perl code, some of which is years old, has
proved to be a real nightmare. Perl works great! ... but trying to read
and modify someone else''s code, or even your own, is pretty darn tough.
A real important part of this is database connectivity. We use a number
of different databases, Access, SQL Server, Datatel (the big University
DB), PostgreSQL (my favorite), MySQL, and a couple of others.
Here is where we currently are:
* Java/JSP -- We have already made the decision to go with Java, but
we haven''t started with it, and have not committed to Java.
* Python -- Some of us have had limited experience with Python.
* Ruby -- We have a Ruby advocate here, but no one knows anything
about it.
* .NET/ASP -- We have a MS shop, I think that we have two UNIX servers
out of several dozen, and we are pretty firmly committed to Windows,
but no one is real excited about .NET, and the chances that we will
choose .NET seem real remote. Are there any advantages to using .NET?
* OO Perl/Perl6 -- Perl has worked real well for us, but we have
doubts that it is the best technology, and we want to make a serious
attempt to look at other things.
* C/C++ -- I mention this only because this is what IT uses. We have
no interest in C/C++, unless it really is the best.
We want something that we can use across the board, from web apps to
sys admin (which is why ColdFusion is not a candidate). I''m not
interested in advocacy, but if anyone has experience in and compare
these technologies, we would be grateful for your experiences.
My apologies for cross posting, I don''t do it often, but I''d like to
reach as wide an audience as possible.
CC
推荐答案
文章< 11 ************* *********@z14g2000cwz.googlegroups .com> ;,
ca ****** @ gmail .com 写道：
In article <11**********************@z14g2000cwz.googlegroups .com>,
ca******@gmail.com wrote:
2006年1月。
我不打算开始任何形式的火焰战，但只是寻求建议<关于我不知道的不同技术。
[...]
我部门的任务是IT部门调查不同的技术，以便进行全面改写。我们
应用程序的主要更新。
从您的帖子中，不清楚这些应用程序的作用。这可能会给你带来很大的影响。
例如：如果你在后端运行天气模拟，
Fortran和C可能是部分系统的不错选择。如果
您主要运行静态网页，那么您选择的CMS将会比您选择的脚本语言更具影响力。
此外，你不知道谁会对这些系统进行维护。
如果是IT，那么选择可能会转向C / C ++或C / C ++ - 就像
脚本语言。
[...]
Perl的问题在于它看起来很粗糙和老式，
永远不要放弃任何东西，因为它看起来很糟糕。你的''似乎是老式的''是别人'''经过验证的技术''。你应该工作
客观化这个陈述（因为我不是Perl的粉丝，我希望
这是可能的）。
A真正重要的部分是数据库连接。我们使用了许多不同的数据库，Access，SQL Server，Datatel（大学数据库），PostgreSQL（我最喜欢的），MySQL和其他几个。
任何体面的脚本语言都可以连接到大多数，如果不是
所有这些。
* Java / JSP - 我们已经决定使用Java，但是我们还没有开始使用它，并且还没有致力于Java。
如果您的''决定''并不意味着承诺，那么您在选择技术时会遇到更大的问题。
* Ruby - 我们这里有一个Ruby倡导者，但没有人知道任何关于它的事情。
永远不要相信一个对b / b
拥护者一无所知的拥护者。
但是，你应该真正看看Ruby on Rails
（ www.rubyonrails。 ORG）。引人入胜，并且销售良好
（查看一些视频）
* C / C ++ - 我之所以提到这一点只是因为这是什么它用。我们对C / C ++没兴趣，除非它真的是最好的。
如果您的网络应用程序包含需要高性能且且受限于CPU的内容，则应将其作为一种语言保存。从
调用C / C ++代码任何体面的脚本语言都很容易。此外，如果您需要来自
IT的承诺，选择一种不太好的语言可能是一个好主意。
话虽如此，据我所知，有很好的理由C和C ++对于Web应用程序的开发并不是很受欢迎。
我们想要一些我们可以全面使用的东西，从网络应用程序到
sys admin
January, 2006.
I do not intend to start any kind of flame war, but only to seek advice
about different technologies concerning which I am mostly ignorant.
[...]
I have been tasked by me IT department with investigating different
technologies for what will be a total rewrite and major update of our
applications.
From your post, it is not clear what these applications do. That may
hugely influence any advice you can get.
For instance: if you are running weather simulations on your back end,
Fortran and C would probably be good choices for part of your system. If
you are mostly running static web pages, your choice of CMS will
probably have more impact than your choice of scripting language.
Moreover, you do not tell who will do the maintenance on these systems.
If it is "IT", the choice might move towards C/C++ or a C/C++-like
scripting language.
[...]
The problem with Perl is that it seems dowdy and oldfashioned,
Never dismiss anything because it ''seems'' bad. Your ''seems
old-fashioned'' is someone else''s ''proven technology''. You should work on
objectifying this statement (because I am not a Perl fan, I expect that
this will be possible).
A real important part of this is database connectivity. We use a number
of different databases, Access, SQL Server, Datatel (the big University
DB), PostgreSQL (my favorite), MySQL, and a couple of others.
Any decent scripting language will be able to connect to most, if not
all, of these.
* Java/JSP -- We have already made the decision to go with Java, but
we haven''t started with it, and have not committed to Java.
If your ''deciding to'' does not imply commitment, you have larger
problems then choosing a technology.
* Ruby -- We have a Ruby advocate here, but no one knows anything
about it.
Never trust an advocate who knows nothing about the thing (s)he
advocates.
However, you should really take a look at Ruby on Rails
(www.rubyonrails.org). It is both good under the hood, and well-marketed
(check out some of the videos)
* C/C++ -- I mention this only because this is what IT uses. We have
no interest in C/C++, unless it really is the best.
If your web apps contain stuff that needs high performance and is CPU
bound, you should keep these in as a language. Calling C/C++ code from
any decent scripting language is easy. Also, if you need commitment from
IT, choosing a less than best language may be a good idea.
Having said that, as far as I know, there are good reasons C and C++ are
not really popular for the development of web applications.
We want something that we can use across the board, from web apps to
sys admin
你为什么这样？编程语言都有自己的优势和缺点。优秀的程序员将能够在单一语言的标准化和使用最佳语言
之间选择中途路径
。
Reinder
Why would you? programming languages all have their strengths and
weaknesses. Good programmers will be able to choose a midway path
between standardisation on a single language and using the best language
for every task.
Reinder
< ca ****** @ gmail.com>在消息中写道
news：11 ********************** @ z14g2000cwz.googlegr oups.com ...
<ca******@gmail.com> wrote in message
news:11**********************@z14g2000cwz.googlegr oups.com...
2006年1月。
* OO Perl / Perl6 - Perl对我们来说效果很好，但我们怀疑它是最好的技术，我们想要做一个严肃的尝试来看看其他事情。
January, 2006.
* OO Perl/Perl6 -- Perl has worked real well for us, but we have
doubts that it is the best technology, and we want to make a serious
attempt to look at other things.
如果你详细说明这些怀疑是什么可能会有所帮助。是。它听起来并不像你知道你列出的任何一种语言，并希望以某种方式
你会发现一个神奇的野兽发布到一堆组。我不希望
期待你会有更多运气。
您列出Perl 6的事实表明您没有关注Perl'的开发非常接近
。 Perl 6不在近地平线上，即使作为一个狂热的Perl
爱好者，我也会说你必须疯狂才能将其用于生产用途
$ b只要它是$ b。
这就是说，Perl仍然是网络和管理员的最佳选择之一
脚本，我不知道看到你通过将所有现有的代码重写为Ruby或Python来获得任何东西，只是为了说你现在使用Ruby
或Python（并不是说这两者都有什么问题，但是为了重写代码为什么要重写代码
？）。如果你编写了糟糕且难以理解的Perl
代码，那么什么才能阻止你编写糟糕且难以理解的
Ruby和Python代码？对你的程序员来说，这更像是一个声明，并且缺乏内部风格的b $ b而不是语言。
C＃对Web来说并不是太糟糕脚本和快速GUI，但我从来没有用它来管理脚本的
而且缺点是需要付出很多努力在.Net中执行
任务在Perl / Python / Ruby中很简单（特别是数据库
工作）。我不会在网上使用C / C ++，但没有什么能阻止你。
Matt
It might help if you elaborated on what these "doubts" are. It doesn''t sound
like you know any of the languages you''ve listed and are hoping that somehow
you''ll find one magical beast by cross-posting to a bunch of groups. I don''t
expect you''re going to have much luck.
The fact that you list Perl 6 shows you aren''t following Perl''s development
very closely. Perl 6 is not on the near horizon, and even as an avid Perl
enthusiast I''d say you''d have to be insane to jump on it for production use
as soon as it is.
That said, Perl is still one of the best choices for both Web and admin
scripting, and I don''t see that you''d gain anything by rewriting all of your
existing code to Ruby or Python just for the sake of saying you now use Ruby
or Python (not that there''s anything wrong with either, but why rewrite code
for the sake of rewriting it?). If you wrote terrible and unreadable Perl
code, what''s really going to stop you from writing terrible and unreadable
Ruby and Python code? That''s more a statement on your programmers and lack
of in-house style than the language.
C# isn''t too bad for Web scripting and quick GUIs, but I''ve never used it
for admin scripting and the downside is that it takes a lot of effort to do
tasks in .Net that are simple in Perl/Python/Ruby (particularly database
work). I wouldn''t use C/C++ for the web, but there''s nothing stopping you.
Matt
2006年1月2日10:24:54 -0800， ca******@gmail.com 写道，引用或者
间接引用某人说：
On 2 Jan 2006 10:24:54 -0800, ca******@gmail.com wrote, quoted or
indirectly quoted someone who said :
* Java / JSP - 我们已经决定采用Java，但是我们已经并没有开始使用它，也没有致力于Java。
* Python - 我们中的一些人对Python的经验有限。
* Ruby - 我们这里有一个Ruby倡导者，但没有一个人对此知之甚少。
* Java/JSP -- We have already made the decision to go with Java, but
we haven''t started with it, and have not committed to Java.
* Python -- Some of us have had limited experience with Python.
* Ruby -- We have a Ruby advocate here, but no one knows anything
about it.
在许多商店，也许你的商店，你依靠的是志愿者。
问题是他们突然消失，你没有留下任何笔记。在那个
的情况下，你想尽可能推动香草技术，所以
，你有最大的机会，下一个人已经熟悉了
。使用这些工具。
从这个角度来看，Java是一个不错的选择，MySQL和JSP也是如此。
-
Canadian Mind Products，Roedy Green。
http://mindprod.com Java custom编程，咨询和指导。
In many shops, perhaps yours too, you are relying on volunteers. The
problem is they suddenly disappear on you leaving no notes. In that
situation, you want to push for as vanilla technology as possible so
that you have maximal chance the next guy will already be familiar
with the tools.
From that point of view Java is a nice choice, as is MySQL and JSP.
--
Canadian Mind Products, Roedy Green.
http://mindprod.com Java custom programming, consulting and coaching.
这篇关于应用程序和Web应用程序技术的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
