Tôi có nên chọn mã tập lệnh hoặc biên dịch cho các tác vụ nhỏ không?

Question

Tôi là một lập trình viên Java, và tôi thích trình biên dịch, các công cụ phân tích tĩnh và các khung kiểm thử đơn vị như các công cụ giúp tôi nhanh chóng cung cấp mã mạnh mẽ và hiệu quả. JRE là khá nhiều ở khắp mọi nơi tôi sẽ làm việc, quá. Với tình huống đó, tôi không thể thấy lý do tại sao tôi sẽ chọn sử dụng shell scripting, vb scripting etc, dù nhiệm vụ nhỏ đến mức nào nếu tôi đội một trong những chiếc mũ khác của mình như chiếc mũ đen sysadmin .

Tôi không đeo mũ khác quá thường xuyên, trong trường hợp nào tôi nên chọn viết kịch bản qua viết mã đã biên dịch?

Answer 1

Dù bạn nghĩ rằng sẽ hiệu quả nhất dành cho bạn!

Tôi đã có một đồng nghiệp dường như sử dụng một ngôn ngữ khác cho mọi công việc; Perl để xử lý văn bản nhanh, PHP cho các ứng dụng web nội bộ nhỏ, .NET cho sản phẩm chính của chúng tôi, Cygwin cho các công cụ hệ thống tập tin. Anh thích sử dụng công nghệ đặc biệt nhất cho nhiệm vụ trong tầm tay.

Cá nhân, tôi thấy bối cảnh chuyển đổi giữa các công nghệ rất khó khăn. Công việc hàng ngày của tôi là .NET, vì vậy đó là khá nhiều điều tôi nghĩ.Đối với hầu hết các tác vụ, tôi thấy hiệu quả hơn khi gõ thứ gì đó trong C# bằng SnippetCompiler hơn là tôi sẽ hack xung quanh trong PowerShell hoặc môi trường kịch bản lệnh.

Answer 2

Tôi sẽ nói nó hợp lý ở đâu. Nếu nó sẽ đưa bạn lâu hơn để mở IDE của bạn, biên dịch kịch bản, vv hơn nó sẽ chỉnh sửa một tập tin kịch bản và được thực hiện với nó hơn là sử dụng tập lệnh. Nếu bạn không thay đổi thường xuyên và nhanh hơn với mã Java, hãy đi theo con đường đó :)

Answer 3

Nếu bạn cảm thấy thoải mái với Java và JRE ở mọi nơi bạn làm việc, tôi sẽ tiếp tục sử dụng nó . Tuy nhiên, có những ngôn ngữ như perl và python đặc biệt thích hợp để giải quyết nhanh chóng các vấn đề. Tôi sẽ đề nghị học hoặc perl hoặc python, và sau đó sử dụng bản án của bạn khi sử dụng nó.

Answer 4

Viết kịch bản thường nhanh hơn các chương trình đã biên dịch. Bạn không phải lo lắng quá nhiều về tính di động giữa các nền tảng và môi trường khác nhau. Một kịch bản shell sẽ chạy khá nhiều ở mọi nơi trên hầu hết các nền tảng. Bởi vì bạn là một nhà phát triển java và bạn đề cập rằng bạn có java ở mọi nơi bạn có thể xem xét groovy (http://groovy.codehaus.org/). Nó là một ngôn ngữ kịch bản được viết bằng java với khả năng sử dụng các thư viện java.

Answer 5

Cách tôi nhìn thấy nó (những người khác không đồng ý) tất cả các mã của bạn cần phải được duy trì. Bộ sưu tập mã hữu ích nhỏ nhất là duy nhất một người duy trì. Ngay cả những lợi ích từ ngôn ngữ và công cụ bạn đã đề cập.

Tuy nhiên, có thể rõ ràng là các tác vụ trong đó các ngôn ngữ chuyên ngành có lợi thế hơn một ngôn ngữ mục đích chung duy nhất.

Answer 6

Nếu tôi gặp sự cố nhỏ mà tôi muốn giải quyết nhanh chóng, tôi có xu hướng sử dụng ngôn ngữ kịch bản. Thuế mã là nhỏ hơn, và, đối với tôi ít nhất, kết quả đến nhanh hơn.

Answer 7

Nếu bạn có thể viết nhanh hơn trong Java, hãy thực hiện nó.

Chỉ cần thử và nhận thức được những gì các ngôn ngữ kịch bản khác nhau có thể thực hiện.

ví dụ: Đừng tạo ra một ứng dụng Java hoàn toàn bị thổi khi bạn có thể làm tương tự với một bash one-liner.

Answer 8

Cân tầm quan trọng của công cụ chống lại popping mở một trình soạn thảo văn bản cho một chỉnh sửa nhanh chóng so với mở IDE, biên dịch lại, redeploying vv

Answer 9

Tất nhiên, chỉ thị chính phải là "sử dụng bất kỳ điều gì bạn thấy thoải mái". Nếu Java nhận được công việc làm đúng và đúng thời hạn, hãy gắn bó với nó. Nhưng rất nhiều ngôn ngữ kịch bản có thể giúp bạn tiết kiệm thời gian bởi vì họ hài hòa với các vấn đề khác nhau. Nếu bạn đang sử dụng cụm từ thông dụng, ngôn ngữ kịch bản sẽ phù hợp. Nếu bạn rơi vào các lệnh shell, các kịch bản sẽ rất đẹp.

Tôi có xu hướng sử dụng tập lệnh Ruby bất cứ khi nào tôi viết một cái gì đó nhỏ, vì viết nhanh, dễ bảo trì và (với Gems) dễ dàng sử dụng các chức năng bổ sung mà không cần sử dụng JAR. Milage của bạn sẽ, tất nhiên, khác nhau.

Answer 10

Vào cuối ngày, đây là câu hỏi mà chỉ bạn mới có thể trả lời cho chính mình. Dựa trên thực tế là bạn đã nói "Tôi không thể thấy lý do tại sao tôi sẽ chọn sử dụng shell scripting, ..." thì có lẽ trường hợp bạn không bao giờ nên chọn nó ngay bây giờ.

Nhưng nếu tôi là bạn, tôi sẽ chọn một ngôn ngữ kịch bản như python, ruby ​​hoặc perl và bắt đầu cố gắng giải quyết một số vấn đề nhỏ với ngôn ngữ này. Theo thời gian, bạn sẽ bắt đầu có được một cảm giác cho khi nó là thích hợp hơn để viết một kịch bản nhanh hơn xây dựng một giải pháp toàn diện.

Answer 11

Tôi sử dụng ngôn ngữ kịch bản để viết các chương trình không được dự kiến ​​sẽ được duy trì sau vài lần thực thi. Hầu hết các ngôn ngữ này là ánh sáng trên cú pháp đĩa nồi hơi và có một REPL. Cả hai tính năng này đều cho phép tạo mẫu nhanh.

Vì bạn đã biết Java, bạn có thể thử các ngôn ngữ JVM như Groovy, JRuby, BeanShell vv. Scala có cú pháp nhẹ hơn Java, có REPL, được nhập tĩnh và chạy trên JVM - bạn có thể cung cấp cũng.