代码之家  ›  专栏  ›  技术社区  ›  Adam Bellaire

Perl商店中的Java开发:如何选择正确的工具?

  •  5
  • Adam Bellaire  · 技术社区  · 17 年前

    我的团队是一个异类组织中的Perl商店。虽然我们支持奇数Java、PHP或Python安装,但是我们使用Perl来完成几乎所有的Web应用程序和系统/数据编组任务。我们所有的盒子都是Linux,尽管我们也与IIS系统交互。

    我们正面临来自管理层的压力,至少要对我们的一些工作进行Java操作。我想为正确的任务使用正确的工具,但是对于我们的工作,由于我们的集体经验,Perl似乎是适合所有事情的工具。

    我最初的想法是将Java应用于对组织开放的应用程序,因为有更多的Java MyStices。 在那里 比Perl。

    有没有人有类似的经验?如果我有选择,我们应该从应用Java开始什么样的任务?我们应该坚持使用Perl执行哪些任务?有什么区别吗?为什么?为什么?

    8 回复  |  直到 17 年前
        1
  •  8
  •   Doug T.    17 年前

    切换到Java有特定的技术原因吗?你能在爪哇做些什么而不是Perl吗?是否有性能差异?其他一些人/人都是关于Java而不想学习Perl的吗?

    我的经验是你应该坚持你所知道的。您的团队非常了解Perl。你曾经有过咬牙切齿的经历,有些人可能已经获得了超级Perl专家的地位。

    所以我要说,坚持你所知道的,除非你能想出一些好的理由。

        2
  •  4
  •   Geoff    17 年前

    如果您的团队要支持这些应用程序,那么就坚持您所知道的。

    如果另一个团队支持你的应用程序,那么你可能需要考虑Java,因为它在当今企业界有着更大的渗透力。

    管理层被告知Java是唯一的方法,或者“真正的企业使用Java”,因此他们认为他们必须使用Java。我知道我在哪里工作,他们认为Java是唯一的语言,C类的东西只是用于“战术”项目,而不是“战略”——不管这意味着什么。

    你应该为这项工作使用最好的工具。

        3
  •  3
  •   nohat    17 年前

    我建议,如果您脱离Perl的原因是由于性能问题,那么我将在C中重新编写Perl XS模块,即应用程序中最能从中受益的部分,而不是大规模地迁移到新的开发环境。我在一个主要的Perl环境中工作,但是我们的系统的关键部分在C和C++中被重写以满足性能要求。

        4
  •  3
  •   Matthew Watson    17 年前

    我在这里工作过,这是一个非常痛苦的过程。

    如果你有一个好的Perl团队,那么我建议你抵制。很少有象样的Java能做到体面的Perl不能。我能看到的唯一有效的理由是如果你很难雇佣合适的Perl编码器。

    到了最后,如果管理层在推动,那么你就没什么能做的了,只是试着找出他们为什么要推动它。团队接受/推回的数量应取决于原因。

    如果你移动到Java,我建议你确保雇佣一个知道他们在Java中做什么的人(不仅仅知道语言,而且知道框架和应用服务器)。它不是神奇的,它与在任何其他语言中使用Java的CRAP应用一样简单,它只会占用你更长的时间。

        5
  •  3
  •   J.J.    17 年前

    管理:

    给他们切换到Java的成本/效益分析。说明整个开发团队都有这种感觉。

        6
  •  2
  •   Peter Kelley    17 年前

    Java的好处不在于语言本身,而在于它周围的支持基础设施。类库是一回事,但接下来您将看到应用程序服务器、消息传递基础结构、开放源代码库和框架。

    所以,选择一个区域并做一些研究。看看source forge、apache、codehaus、java.net和google。找到适合这个问题的库和框架,看看它们是否会降低您的开发成本。看看春天,冬眠和Struts2。查看一下IDE选项,看看它们是否会让您更有效率(Eclipse、NetBeans和Intellij IDEA是领先者)。听像JAVA POSSE这样的播客,以获取想法,阅读Java世界、信息包和服务器端等网站。

    迟早你会想出一些你能看到的东西来节省你的时间和金钱,当这种情况发生时,把你的脚趾伸进去试试。如果不按计划进行,找出原因,下次做得更好。

    如果你有一个候选者,并且被各种各样的库、产品和框架选择弄糊涂了,那么有很多经验丰富的Java开发人员会在堆栈溢出中愿意提供指导。

    我希望这有帮助。

        7
  •  1
  •   Brian G    17 年前

    我和我以前的公司也遇到过同样的情况。有点不同的事实是,我们想去爪哇和远离Perl。我们的Perl存在性能问题,扩展性不太好。我们的用户管理也很混乱。我们移动到Java并使用了一些单点登录功能,我们对结果非常满意。这可能更像是从很久以前编写的遗留代码中移出的情况。

        8
  •  0
  •   billjamesdev    17 年前

    如果你可以移动到Java兼容的东西,但是至少有一个语法。 更接近 对于Perl比Java,请检查Groovy。 Groovy 是编译成Java字节码的动态语言。

    您可以在Java ISH类和函数中进行编码,或者Perl/Ruby的动态“脚本”…或者两者兼而有之。