Nhìn lại, năm 2014 khi nào trong bạn Hội nghị nhà phát triển toàn thế giới Apple đã giới thiệu cho chúng tôi một ngôn ngữ lập trình mới nhằm thay thế Objective C, một ngôn ngữ có thể giúp công việc của các nhà phát triển và ứng dụng trôi chảy hơn nhiều và được tối ưu hóa cho người dùng, và đó là nếu Apple tạo ra phần cứng và hệ điều hành của riêng mình dường như rất ít đối với bạn, thì việc tạo ra ngôn ngữ lập trình cũng sẽ mang lại kiểm soát rộng rãi các sản phẩm của bạn đến mức có thể mang lại cho chúng tôi sự cải tiến rất đáng kể trong tối ưu hóa tổng thể và trải nghiệm người dùng.
Swift được giới thiệu là một ngôn ngữ đơn giản và cách mạng, một ngôn ngữ sẽ đánh dấu tương lai phát triển ở nhiều khía cạnh, và đó là từng chút một (như bình thường, trong một ngôn ngữ mới được tạo ra) những khả năng mới được thêm vào và Apple đang triển khai ngôn ngữ này trong các ứng dụng gốc của mình, cả trong iOS OS X, cũng như các hệ thống còn lại của họ, nhưng kế hoạch của Apple không bị giới hạn ở đó, họ biết rằng nếu Swift bị khóa độc quyền, nó sẽ không có được thành công như họ mong đợi.
Và vì lý do đó Swift được phát hành theo cách "Mã nguồn mở". hoặc Mã nguồn mở, điều này có nghĩa là bất kỳ ai cũng có thể thử nghiệm với nó mà không phải trả tiền cho các quyền hoặc bất cứ thứ gì tương tự, nó được sử dụng miễn phí cho cộng đồng.
Một điểm đến để mở rộng
Nếu Apple phát hành Swift dành riêng cho hệ thống của họ, các nhà phát triển sẽ từ chối (phần lớn) học ngôn ngữ cho một công ty duy nhất, và do đó họ quyết định để con chim tự do, cho nó đôi cánh và bay, có lẽ đó là lý do tại sao họ chọn logo đó ...
Điều quan trọng là là mã nguồn mở, bất kỳ công ty nào khác cũng có thể sử dụng nó và triển khai nó trong hệ thống của họ nếu họ muốn, và đó chính xác là những gì Google đang xem xét triển khai Swift trên Android.
Nâng neo
Google và Java có một lịch sử lâu dài đằng sau chúng, Java luôn là trái tim của Android, hai cái tên này luôn song hành với nhau, cả tốt lẫn xấu, và chính cái xấu giờ đây có thể khiến Java trở thành một gánh nặng đối với Android, vì nếu điều đó vẫn chưa đủ với hiệu suất kém mà nó gây ra cho Android. để ảo hóa để chạy Java, Oracle (công ty đã mua lại Sun Microsystems, chủ sở hữu ban đầu của Java) đã muốn có được miếng bánh của mình và đã đâm Google đòi một số tiền lớn (9.300 tỷ USD) để sử dụng API Java mà không có của bạn sự cho phép.
Nail after nail đang khiến Google bắt đầu tìm kiếm các giải pháp thay thế, các hướng phát triển khác cho Android cho phép cải thiện hiệu suất của hệ thống này mà không phá vỡ triết lý Nguồn mở của nó, và có vẻ như Google đang nói chuyện với Facebook và UBER về khả năng đưa Swift vào hệ điều hành di động của mình.
Một con chim tự do
Swift không phải là ngôn ngữ duy nhất mà Google đang xem xét, Kotlin là tên của một sự thay thế khác Như Google dự tính, Kotlin sẽ dễ dàng tích hợp vào Android hơn Swift do những điểm tương đồng và khả năng tương thích hiện có, tuy nhiên sau này sẽ gây ra vấn đề cho các nhà phát triển vì nó rất chậm được biên dịch.
Vậy nên, Google có một quyết định "khó khăn", hoặc nghĩ về bản thân và tiến hành tích hợp Kotlin vào Android, hoặc nghĩ về các nhà phát triển, và hy sinh nhiều thời gian hơn cũng như làm việc của bạn (vì để giới thiệu Swift trong Android, bạn sẽ phải sửa đổi và làm lại nhiều khía cạnh của hệ thống và thậm chí các cơ sở riêng) làm cho nhiệm vụ phát triển cho Android dễ dàng hơn nhiều.
Nhưng những ưu điểm của Swift trên Android có thể tuyệt vời hơn nhiều so với những gì chúng có vẻ thoạt nhìn và đó là bao gồm cả Swift, Google có thể mang Android và iOS lại gần nhau hơn Nếu không thay đổi triết lý của cả hai, Google có thể phát triển Swift theo ý thích của riêng mình mà không phụ thuộc vào Apple và bao gồm các chức năng dành riêng cho Android, nhưng việc sử dụng Swift có thể cho phép các nhà phát triển tạo ứng dụng cho cả hai hệ thống với một cơ sở chung, điều này sẽ làm giảm số lượng ứng dụng độc quyền cho hệ thống này hay hệ thống khác và sẽ giảm đáng kể thời gian và khó khăn để tạo 2 phiên bản của cùng một ứng dụng, hướng đến các hệ thống khác nhau.
Tích hợp Swift vào Android cũng có thể giúp bạn trở thành Google một cơ hội trên một đĩavà có nhiều nhà phát triển có thể chuyển các ứng dụng của họ từ iOS sang Android để tối ưu hóa chúng một cách chính xác cho hệ thống nói trên và cung cấp trải nghiệm người dùng rất ngang bằng, khiến Android và iOS chiến đấu với nhau chỉ vì lợi ích của họ với tư cách là một hệ điều hành và quên một lần và đối với tất cả số lượng ứng dụng có sẵn trong hệ thống này hay hệ thống khác, sự dễ dàng phát triển cho hệ thống này hay hệ thống khác, tính linh hoạt của các ứng dụng trong mỗi hệ thống đó và nhiều vấn đề khác mà việc sử dụng Java làm đau đầu Android.
Chuyển đổi chậm
Không ai trách Google vì đã sử dụng ngôn ngữ do Apple tạo ra, cá nhân tôi thấy điều đó đáng khen hơn là đáng tráchvà là nếu bạn có cơ hội cung cấp sản phẩm tốt hơn hoặc trải nghiệm tốt hơn cho người dùng của mình, điều đáng trách là không tận dụng lợi thế của nó và bằng cách này, bạn có thể tận dụng lợi thế của đối thủ để cải thiện sản phẩm của chính mình mà không phải trả một xu nào.
Đây là thứ mà Apple cũng có thể làm tốt, Swift càng được sử dụng nhiều và càng trở nên phổ biến, thì càng có nhiều người làm việc trên nó và chất lượng cao hơn sẽ được đóng góp cho ngôn ngữ mới này, điều này có thể dẫn đến các ứng dụng tốt hơn cho iOS và OS X.
Nhưng quá trình chuyển đổi từ Java sang Swift (được thực hiện) nó sẽ không ngay lập tức, cũng không nhanh, Google không có kế hoạch thay thế Java, ít nhất là trong ngắn hạn, nhưng nó sẽ cho phép sử dụng cả hai ngôn ngữ trong hệ thống của mình, mang lại nhiều lựa chọn hơn cho các nhà phát triển, điều mà nếu thành công với Swift có thể kết thúc trong một quá trình chuyển đổi hoàn toàn, nhưng điều này vẫn còn xa, đặc biệt là vì Swift là một ngôn ngữ gần đây và Google còn rất nhiều việc phải làm trước nó ...
Vẫn với mọi thứ đây là một tin rất tốt cho tất cả mọi ngườiMọi thứ có nghĩa là có nhiều ứng dụng hơn, trải nghiệm người dùng tốt hơn và ít vấn đề hơn, là điều tuyệt vời đối với người dùng và thậm chí tốt hơn đối với các nhà phát triển, những người sẽ thấy công việc của họ được đơn giản hóa, điều gì đó sẽ cho phép nhiều người tiếp cận hơn với những ý tưởng mới. loại công việc, đặc biệt là vì Swift là một ngôn ngữ được thiết kế đơn giản để sử dụng.
Tất cả đã nói, chúng ta chỉ có thể chờ xem Google thực hiện chuyển động nào, có nhận được áp lực từ các phía khác hay không và những chuyển động này ảnh hưởng như thế nào đến các sản phẩm cuối cùng của họ hoặc Apple, trong khi chúng ta chờ đợi, Bạn có muốn thấy kịch bản này trở thành sự thật không?
Với sự phân mảnh tồn tại trong Android, Google không thể chơi điều đó, đã nghĩ về điều đó trước khi ông Google
Điều đó dường như hoàn hảo đối với tôi. Android nên loại bỏ máy ảo Java và hoạt động trực tiếp trên phần cứng thực nếu chúng ta muốn hệ điều hành và ứng dụng thực sự khai thác được sức mạnh của điện thoại và máy tính bảng ngày nay. Và Google không nên chỉ cung cấp một ngôn ngữ, mà nhiều hơn một ngôn ngữ lập trình, điều này xảy ra với các máy tính dành cho mọi sở thích và nhu cầu.
Và tất nhiên nó sẽ có thể lập trình cho Android ON Android. Đó là gì khi có một máy tính bảng decacore, với 4GB RAM và bộ nhớ cho một ống ... và phải đi đến một PC thông thường để lập trình một cái gì đó? Bạn phải có được hai thứ này, và bạn phải có được chúng ngay bây giờ hoặc cộng với sự phân mảnh, Android sẽ là một hệ thống trì trệ.
Trên thực tế, tác giả của bài báo nên tài liệu tốt hơn về nhiều thứ. Có những thứ thậm chí không giữ được mức tối thiểu của mối quan hệ. Các vấn đề về hiệu suất tồn tại trong Android là do phần cứng của chúng lúc đó rất ít và điều đó dẫn đến thực tế là hệ điều hành cho phép những gì iOS không cho phép. Hiện tại IOS đã giới thiệu đa nhiệm thực sự, và Thì đấy !! Chúng tôi thấy các thiết bị của Apple với. Trên thực tế, máy ảo là một kỹ thuật để đạt được hiệu năng thậm chí vượt trội hơn so với các ngôn ngữ biên dịch, mà hiệu suất không liên quan. Máy ảo, như máy của .Net (của Microsoft, nơi chạy các trò chơi Xbox) có hiệu suất thậm chí còn thấp hơn máy ảo Java. Các máy ảo ngày nay có một trình biên dịch thời gian chạy, được gọi là JIT. Điều đó biên dịch mã bytecode thành nhị phân lần đầu tiên nó được thực thi, nhưng trước khi biên dịch đã nói, mã bytecode là mã của lập trình viên được tối ưu hóa và đến lượt nó lại được tối ưu hóa tại thời điểm được biên dịch bởi JIT. Bạn phải ghi lại những gì tốt nhất của mình cho lần tiếp theo.
Một điều gì đó khác, chắc chắn là Google muốn tránh các vấn đề pháp lý, điều đó cũng không liên quan đến việc áp dụng Kotlin, vì Kotlin vẫn được gắn trên Java. Tôi đã sử dụng nó được một thời gian (từ khi tôi là bản beta), nó là Java trên steroid, có thể nói nó là phiên bản Swift chạy trên java, chúng rất giống nhau về cú pháp, cách biên dịch. thời gian là tuyệt vời, không nhanh như Java, nhưng không phải là một lý do liên quan như đã đề cập. Một chi tiết khác là Kotlin đã được sử dụng rất nhiều trong thế giới Android, không có tin tức nào liên quan đến việc sử dụng nó. Những gì Google nên làm là cung cấp các khuôn khổ với các mẫu kiến trúc tốt hơn và làm cho mọi thứ thoải mái hơn như Android Annotations hay như dao cắt bơ