Bạn có đang sử dụng Scala để phát triển các ứng dụng cấp doanh nghiệp của mình không?Enterprise Scala
EDIT: đồng ý, từ doanh nghiệp không được xác định rõ. Bằng cách đặt câu hỏi này, tôi muốn hỏi bạn có sử dụng Scala cho các dự án thực sự được sử dụng không chỉ để chơi. Sử dụng Scala cho một dự án cá nhân có nghĩa là được sử dụng bởi nhiều hơn chỉ là tác giả của nó rơi vào thể loại "dự án thực".
Từ 'doanh nghiệp' được sử dụng trong câu hỏi là thiếu yêu cầu rõ ràng. Ứng dụng 'doanh nghiệp' của một người, không phải là ứng dụng khác. Scala/Lift đang được SAP sử dụng, có phải là 'doanh nghiệp' đủ không?
Vào cuối ngày, bạn có quyền truy cập vào tất cả các nội dung 'doanh nghiệp' mà nền tảng Java cung cấp.
Xin lỗi, hãy tắt một chút, nhưng những câu hỏi này khá kém và không có câu trả lời rõ ràng. Thêm vào thời điểm ai đó có thể đã viết một số ứng dụng mà bạn có thể coi là 'doanh nghiệp' nhưng họ không, và do đó không bao giờ nhà nước họ như vậy.
EDIT
Ngoài ra, twitter yêu Scala: http://www.slideshare.net/al3x/twitter-3s-scala Và một cuộc phỏng vấn bao gồm kinh nghiệm của họ: http://www.artima.com/scalazine/articles/twitter_on_scala.html
Nó có thể là một câu trả lời cho câu hỏi của bạn (hoặc không) nhưng tôi chỉ biết rằng Twitter là sử dụng Scala cho tất cả xử lý phụ trợ (RoR vẫn ở trên giao diện).
Tôi cũng nghe điều đó, nhưng có lẽ tốt hơn nếu thêm một nguồn ở đây (đặc biệt là nếu bạn vừa học được nó). –
Saem đã nhanh hơn tôi :) – Keltia
Here is a nice slide set từ những người đam mê Scala ở khu vực vịnh họp tại Twitter nêu rõ nguyên tắc về phong cách của họ cho ngôn ngữ. Nó cũng được thành lập bởi bây giờ Twitter đang phát triển một số dịch vụ back-end quan trọng trong Scala.
Scala cho các dự án thực tế? Phải, chắc chắn rồi.
Đầu tiên, vì tất cả Java vẫn có sẵn, ứng dụng có thể sử dụng các thư viện chung hiện có của chúng tôi. Các thư viện này đã được xây dựng trong Java trong 10 năm qua và chúng quan trọng đối với việc truy cập vào các hệ thống khác trong công ty.
Thứ hai, điều quan trọng nhất về ứng dụng doanh nghiệp là khả năng thích ứng. Bắt quá cứng nhắc là những gì làm cho hầu hết các ứng dụng doanh nghiệp phân rã và cuối cùng chết. Có hai vấn đề dẫn đến sự cứng nhắc này, và Scala giúp tránh cả hai vấn đề này. Một vấn đề chỉ là khối lượng tuyệt đối của mã. Java hoạt động tốt hơn C hoặc C++, nhưng nó vẫn đòi hỏi nhiều dòng mã hơn để thực hiện một ứng dụng hơn là Scala.
Với Java, việc chống lại vấn đề kích thước mã đòi hỏi mức độ cấu trúc cao hơn: khung, thư viện, nhà máy tùy chỉnh, v.v. Đó là lý do chúng tôi triển khai ứng dụng Java EE (thường dựa trên Spring) có hai mươi đến năm mươi tệp JAR trong " lib "thư mục. Bản thân cấu trúc đó là cần thiết để hoàn thành ứng dụng, nhưng nó có thể tạo ra vấn đề riêng của mình về mặt phức tạp về khái niệm.
Scala không miễn nhiễm quá tải phức tạp, nhưng phong cách lập trình phổ biến trong Scala có xu hướng hướng tới các chương trình nhỏ hơn, cụ thể hơn là thư viện cho các khuôn khổ để xây dựng DSL.
Tất nhiên, nếu bạn thực sự cần thư viện cho các khuôn khổ để xây dựng DSL, tốt, đó là nơi có thể gọi lại vào Java có ích.
LinkedIn đang sử dụng Một số Scala
Sony Imageworks đang sử dụng Scala cho một số ứng dụng trung tầng của họ và có mã nguồn mở database migrations package được viết bằng Scala của họ.
Chúng tôi đang sử dụng Scala và java cho dự án định giá phái sinh về tài chính. Tuy nhiên, chúng tôi không thực sự hâm mộ của LIFT :)
Trân trọng
Nó có thể là một ít tuổi, nhưng có một "Scala trong doanh nghiệp" danh sách trên trang web Scala tại http://www.scala-lang.org/node/1658
tôi cá nhân thích sử dụng Scala để phát triển ở cấp độ chất lượng cao hơn nhiều so với "cấp doanh nghiệp" ;-)
chúng tôi đang sử dụng scala để làm sạch dữ liệu lớn, tính toán và phân phối hoạt động tài chính. ứng dụng rất mạnh mẽ và có thể mở rộng. thanh một số phần C++ nó được viết hoàn toàn bằng scala.
lý do:
thời gian phát triển rất nhanh
dễ dàng để suy luận về các vấn đề thực tế do sự vắng mặt của bolierplate
nhanh vấn đề độ phân giải như thre chỉ đơn giản là "ít mã"
độ linh hoạt lớn hơn của mô hình chức năng
không có chi phí thực performace cho tất cả những cải tiến trên
lên đến 2.8 các công cụ là flaky (mặc dù emacs/cách tiếp cận kiến là rắn thậm chí sau đó)
bây giờ với những cải tiến thực Plugin môi trường đủ mạnh mẽ.
Ngoài mã Java kế thừa (đang được chuyển sang bit Scala theo bit), chúng tôi là 100% sử dụng Scala tại Wordnik cho tất cả mã phụ trợ của chúng tôi. Lớp cơ sở dữ liệu thông qua một API REST trên một số dự án quy mô rất lớn mà tôi sẽ mô tả là "Doanh nghiệp". Tuy nhiên, chúng tôi không phải là một công ty của Doanh nghiệp và có thể sẽ vi phạm nếu có ai đó đề nghị chúng tôi;) Chúc mừng!
Tôi không nghĩ rằng những câu hỏi này "kém". Nhìn vào Scala ví dụ một hướng dẫn, có rất nhiều nhấn mạnh về cách làm những việc như ví dụ như viết thuật toán Quicksort một cách thông minh. Khi tôi viết một ứng dụng "doanh nghiệp" (cho mong muốn của một từ tốt hơn), tôi không quan tâm đến loại điều này –
... Sự nhấn mạnh này về "học thuật" trái ngược với ví dụ "doanh nghiệp" khiến tôi nghĩ rằng " nó đáng để điều tra Scala hơn nữa, hay chỉ là rất nhiều loại học tập trở nên hào hứng về cách chúng thông minh khủng khiếp như thế nào ”. Câu trả lời "hệ thống thực đang được xây dựng trong Scala" là một điều rất quan trọng, IMHO –
Không, đọc lại những gì tôi đã viết, bạn đang theo dõi các thuật ngữ học thuật và doanh nghiệp, và tất cả nó là vẫy tay, nhưng yêu cầu . Doanh nghiệp/Học thuật là các bài viết mục tiêu di chuyển ngớ ngẩn, làm mất hiệu lực mọi tranh luận hoặc câu trả lời có thể. – Saem