28
4
Ứng dụng của tôi đã đạt đến điểm mà tôi phải bắt đầu tối ưu hóa hiệu suất. Tôi đã đăng một số mã mà tôi nghĩ có thể được cải thiện.
Trong Chế độ xem, tôi xử lý mục đầu tiên trong chỉ mục theo một cách và các mục còn lại theo cách khác. Mỗi lần nó lặp lại một mục mới, nó sẽ được kiểm tra (Ruby tự hỏi... mục này có chỉ số 0 không?)
Tôi nghĩ nếu tôi có thể làm điều đó bằng cách sử dụng Index.first? Ngăn chặn hành vi này bằng cách xử lý mục đầu tiên một cách đặc biệt và xử lý các mục khác theo cách khác (thậm chí không kiểm tra xem chúng có chỉ mục hay không, tôi cảm thấy hiệu suất có thể được cải thiện về 0) Làm cách nào để thực hiện việc này?
Trung tâm cá nhân
Điều phát hành
từ bỏ <% @links.each_with_index do |link, chỉ mục %>
<% nếu link.points == 0 thì @points = "?" else @points = link.points %>
<% end %>
<% nếu chỉ số == 0 thì %>
Mục đầu tiên
<% khác %>
Mọi thứ khác
<% end %>
<% end %>
<% end %>
câu trả lời hay nhất
Bạn có thể làm điều này không phá hủy như thế này:
đầu tiên, *rest = *my_array
# Làm điều gì đó với 'đầu tiên'
còn lại.mỗi{ |item| … }
…TRONG Đầu tiên sẽ là phần tử đầu tiên (hoặc không nếu my_array trống) và nghỉ ngơi Sẽ luôn là một mảng (có thể trống).
Bạn có thể nhận được kết quả tương tự dễ dàng hơn nếu bạn có thể sửa đổi mảng:
# xóa phần tử đầu tiên khỏi mảng và trả về nó
đầu tiên = my_array.shift
# làm gì đó với 'đầu tiên'
my_array.each{ |item| … }
Tuy nhiên, điều này chỉ làm sạch mã của bạn; nó không tạo ra sự khác biệt về hiệu suất có thể đo lường được.
Về logic 'First and Rest' của Ruby, chúng tôi tìm thấy một câu hỏi tương tự trên Stack Overflow: https://stackoverflow.com/questions/10373963/
28
4
0
Tôi thực sự mới làm quen với lập trình và tôi gặp một số khó khăn khi hiểu khái niệm về API RESTful. Tôi đã đọc về REST và RESTful API. Tôi đã xem các câu hỏi đã được hỏi trong SO nhưng dường như không thể hiểu chủ đề này tốt hơn. trong tôi
Tôi tưởng tôi biết REST/"RESTFul", Restfulservices, webservices, SOA và microservices là gì, nhưng tôi đã xem qua nhiều định nghĩa khác nhau và đi đến kết luận rằng những thuật ngữ này đã bị lạm dụng, lạm dụng hoặc đơn giản là bị mô tả sai
Tôi có một danh sách có cột "Người và Nhóm". Khi tôi truy vấn một hàng bằng REST, tôi liệt kê ID người dùng trong cột này. Tôi tìm thấy bài viết này sẽ giúp tôi chuyển đổi từng id thành tiêu đề http://www.codeproject.com
Tôi muốn hỏi một số câu hỏi về lệnh gọi REST. Tôi quen với các cuộc gọi REST và tôi muốn hiểu cuộc gọi REST là gì cũng như cách gửi cuộc gọi REST đến máy chủ bằng URL. Mọi người có thể cho em vài bài hướng dẫn hoặc link cơ bản để em tham khảo được không? Ngoài ra, nếu tôi
很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈，无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开，visit the help center . 8年前关闭
Nếu có một tài nguyên REST mà tôi muốn theo dõi những thay đổi hoặc sửa đổi từ các máy khách khác, cách tốt nhất (và RESTful nhất) để thực hiện điều đó là gì? Một ý tưởng của tôi khi thực hiện việc này là giữ kết nối luôn mở bằng cách cung cấp một tài nguyên cụ thể, thay vì quay lại ngay lập tức nếu tài nguyên đó chưa (chưa) tồn tại.
Tôi có API RESTful trả về một số lượng lớn các mục và tôi muốn có thể giới hạn số lượng mục bằng cách sử dụng kỹ thuật kiểu phân trang, đây có phải là một ý tưởng hay trong API RESTful không? Nếu có thể, tốt hơn hết bạn nên truy cập vào một liên kết (trong trường hợp này là url) hoặc yêu cầu địa chỉ chính xác
Tôi vẫn đang trong quá trình thích ứng với cách làm việc RESTful. Trong trường hợp của tôi, phần mềm máy khách sẽ tương tác với dịch vụ RESTful. Hiếm khi khách hàng tải lên toàn bộ cơ sở dữ liệu thực thể của mình (mỗi thực thể được tuần tự hóa thành các đoạn xml có kích thước khoảng 5kb). có lẽ tôi đã sai
Việc thiết kế API REST trong đó độ phân giải đường dẫn có thể không rõ ràng có được coi là thực tiễn không tốt không? Ví dụ: GET /animals/{id} // Trả về con vật có ID đã cho
Tôi biết về REST và biết về cách tạo các dịch vụ web RESTful mà không cần sử dụng phiên, tôi biết rõ hơn về nó nhưng tôi không biết nhiều về khái niệm không trạng thái và cách làm cho ứng dụng của bạn có thể mở rộng bằng REST.
Tôi đang cố gắng tìm cách tốt nhất để giải quyết vấn đề sau: Ứng dụng của chúng tôi là SaaS và nó hỗ trợ SAML để đăng nhập web. Ứng dụng này cũng hiển thị API REST nên được sử dụng trong các quy trình tự động và không giám sát, nghĩa là không người dùng tương tác nào có thể nhập thông tin xác thực.
Vì REST không có trạng thái nên mỗi yêu cầu gửi đến sẽ không biết về yêu cầu gửi đến trước đó. Có thể sử dụng kết nối tổng hợp trong trường hợp này? Nếu bạn triển khai nhóm kết nối, nó sẽ mở nhóm kết nối và đóng nó theo mọi yêu cầu giống như kết nối cơ sở dữ liệu tiêu chuẩn. Cách triển khai REST
Định luật Demeter (thực ra là lời khuyên của Demeter) nói rằng bạn không nên "đi xuyên qua" một vật thể để chạm vào những vật thể phụ của chúng. Nếu bạn với tư cách là khách hàng cần thực hiện một số thao tác quan trọng thì trong hầu hết các trường hợp, mô hình miền bạn sử dụng phải hỗ trợ thao tác đó. Về nguyên tắc REST là một đối tượng ngu ngốc
Sự tiếp xúc thực sự duy nhất của tôi với các ý tưởng REST là thông qua định tuyến RESTful trong Ruby on Rails. Điều này hoàn hảo cho ứng dụng dựa trên CRUD mà tôi đã xây dựng bằng Rails, nhưng kết quả là tôi không quan tâm đến định tuyến RESTful.
Lợi ích của url http://www.example.com/app/servlet/cat1/cat2/item so với http://www.example.com/app/servlet?c
Tôi biết loại câu hỏi này đã được hỏi trước đây. Tôi có giải pháp cho vấn đề của mình, tôi tự hỏi liệu mình có đang phá vỡ phần thân REST hoặc HTTP ở bất kỳ đâu không. Trong hệ thống của tôi, tôi có một tài nguyên được gọi là member. Hỗ trợ GET/POST/PUT thông thường
Tôi có một API thực hiện một số tác vụ xử lý hàng loạt. Giả sử nó đặt tên cho một số tài nguyên. Tôi đã chuyển 7 yêu cầu theo đợt, 5 yêu cầu được cập nhật thành công và 2 yêu cầu không thành công. Câu hỏi của tôi là làm thế nào để đối phó. Khi sử dụng HTTP, tôi không thể trả về thành công và lỗi cùng một lúc. Đã thành công một phần
Tôi đến từ thế giới RPC, nhưng hiện đang điều tra xem liệu sử dụng REST có phù hợp với dự án của tôi hay không. Theo tôi hiểu Wikipedia, ý tưởng cơ bản của dịch vụ RESTful là cung cấp quyền truy cập vào một bộ sưu tập và các thành phần riêng lẻ của nó. Trong trường hợp của tôi, máy chủ sẽ là thước đo
Tôi muốn thêm REST vào dự án tấm thảm của mình nên cần biết cách triển khai nó. Cách nào tốt hơn? Cảm ơn. [Chỉnh sửa, sao chép từ câu trả lời:] Tôi phải thêm các dịch vụ GET, PUT, POST và DELETE vào ứng dụng Tapestry của mình. Tôi thấy cô ấy
Đặt /users/{id} là url tài nguyên trong dịch vụ RESTful. Khi xác thực cơ bản được bật, chỉ những người dùng được xác thực mới có thể truy cập url. Kịch bản ví dụ: User_1 & User_2 là người dùng được xác thực, hãy sử dụng
Tôi là một lập trình viên xuất sắc, rất giỏi!