Şu anda geliştirme platformumuz olarak Force.com platformunu kullanmaya bakıyoruz ve satış görevlileri ve force.com web sitesi bunun neden dünyanın en iyi platformu olduğuna dair nedenlerle dolu. Yine de aradığım şey, böyle bir platformu kullanmanın bazı gerçek dezavantajları.
Yanıtlar:
İşte başlamanız için 10 tane.
Sorumluluk Reddi / İfşalar: force.com gibi barındırılan bir platformun birçok faydası vardır. Force.com, platformu düzenli olarak geliştirmektedir. Sevdiğim pek çok şey var. Force.com'da para biriktiriyorum
Bazı cevaplar aldığınızı görüyorum, ancak platformdaki çeşitli vali limitlerini aşmak için ne kadar zamanın boşa harcandığını tekrarlamak isterim. Platformu belirli seviyelerde ne kadar sevsem de, genel bir uygulama geliştirme platformu olarak kesinlikle aleyhinde, şiddetle tavsiye ederim. İstediğiniz buysa, süper yapılandırılabilir ve genişletilebilir bir CRM uygulaması olarak harika. Pazarlamaları genel bir geliştirme platformu olarak Force.com fikrini öne çıkarmada olağanüstü olsa da, henüz uzaktan yakın bile değil.
Kararlı bir platforma sahip olmanın ve büyük performans ve kararlılık sorunlarından kaçınmanın verimliliği, insanların bahsettiği sınırlar etrafında kodlama yapmaya çalışırken kolayca boşa harcanır. Platformun o kadar çok sınırı var ki, tamamen çıldırtıcı hale geliyor. Bu sınırlar, çok sayıda kullanıcınız olduğunda ulaşacağınız üst düzey sınırlar değildir, neredeyse hemen onlara ulaşırsınız.
Genellikle bunların etrafından dolaşmak için teknikler olsa da, gerçek uygulamanızın iş mantığını geliştirmeye çalışırken bunlardan kaçınmak için stratejiler bulmak çok zordur.
Geliştiricinin ortamın ne kadar dostane olmadığı konusunda size basit bir fikir vermek için, yukarıda bahsedilen "hata ayıklama ortamının olmaması" nı ele alın. Bundan daha kötü. Hata ayıklama günlüklerinde sunucuya yapılan en son isteklerin yalnızca 20'sini görebilirsiniz. Bu nedenle, uygulamanın içinde geliştirirken "Yeni" bir hata ayıklama isteği oluşturmanız, adınızı seçmeniz, "Kaydet" e basmanız, uygulamanıza geri dönmeniz, sayfayı yenilemeniz, hata ayıklama sekmenize geri dönmeniz, bulmaya çalışmanız gerekir. hata ayıklama günlüğünüzü barındıracak istek, aradığınız metni aramak için "bul" düğmesine basın. Bir hata ayıklama çıktısına bakmak on tıklama gibidir. Önemsiz görünse de, bu sadece geliştiricinin deneyimine ne kadar az özen gösterildiğinin ve dikkate alındığının bir örneğidir.
Geliştirme platformuyla ilgili her şey sonradan aşılanmıştır. Olduğu şey için dikkate değer, ancak çoğunlukla toplam PITA. Tam olarak ne yaptığınızı bilmiyorsanız (sertifikalı olduğunuzda ve Apex hakkında çok samimi bir anlayışa sahip olduğunuzda olduğu gibi), sizi başka bir ortamda yapacağınız sürenin 10-20 katına çıkarabilir. Eğer başarılı olabilirseniz, gülünç derecede basit gibi görünen bir şey.
Vali sınırları gerçekten o kadar kötü. Çeşitli sınırların bir kombinasyonuna sahipsiniz (veritabanı sorguları, döndürülen satırlar, "komut dosyası ifadeleri", gelecekteki çağrılar, belirtme çizgileri, vb.) Ve bunlardan kaçınmak için tam olarak ne yaptığınızı bilmeniz gerekir . Örneğin, bir nesnede hesaplanmış bir toplama "formül" alanınız varsa ve bir alt nesnede bir tetikleyiciniz varsa, üst nesne tetikleyicilerini çalıştırır ve bunları sınırlarınıza göre sayar. Bunun gibi şeyler, acı dolu deneme ve başarısızlık sürecinden geçene kadar açık değildir.
Bir sınırı aşmak için bir şeyi deneyecek ve hiç bitmeyen bir "limiti aşma" oyununda diğerine ulaşacaksınız. Bu süreçte tüm uygulamanızı ve yaklaşımınızı büyük ölçüde yeniden tasarlamanız ve tüm test kodunuzu yeniden yazmanız gerekecektir. Sen gerekir aslında çok iyi bir şeydir, ancak diğer sınırlarının tüm kombine üretim, içine dağıtmak için% 75 test kodu kapsama sahip, bu külfetli çok var. Aslında, normal kullanıcı senaryolarında ortaya çıkmayan test kodunuzu yazma sınırlarına ulaşacaksınız, ancak bu, kapsama ulaşmanızı engelleyecektir.
Bu, diğer birçok konudan bahsetmek değildir. Ambalaj beklediğiniz gibi değil. Kuruluşun yöneticisi tarafında önemli bir kullanıcı müdahalesi ve yapılandırması olmadan uygulamanızı paketleyip kullanıcılara sunamazsınız. AppExchange tam bir şaka ve hatta sadece uygulamanızı listelemek için 5K şarj etmeye başladılar. Veri yükleyiciyle içe aktarma, özellikle de herhangi bir tetikleyiciniz varsa, berbattır. Tüm verilerinizi, tek bir adımda (örneğin bir geliştirici kuruluş) başka bir kuruluşa kolayca aktarılabilecek şekilde ilişkilerinizi içeren bir adımda dışa aktaramazsınız. Bir korumalı alanı üretimden itibaren ayda bir kez yenileyebilirsiniz, istisnasız ve bu özelliğin kilidini açmak için hesap yöneticinizi aramadıysanız varsayılan olarak verilerinizi yenilemeye dahil edemezsiniz. Yapabilirsin' t Özel nesnelerdeki verileri toplu silme. Paket adlarınızı değiştiremezsiniz. Bazı şeyler sayısız sürebilirbir uygulamayı dağıtmadan önce veri yedeklemesi gibi, talep ettikten sonra tamamlanması gereken günler , yol boyunca ilerleme raporu olmadan ve dışa aktarmanın tam olarak ne zaman gerçekleştiğine dair pek bir anlam ifade etmiyor. Veriler arasında ilişkiler varsa verilerin eşzamanlılık sorunları olduğu göz önüne alındığında, çok sayıda nesneyi tek bir adımda dışa aktarabilen bir "işlem" gibi bir şeyin olmaması nedeniyle ciddi veri bütünlüğü sorunları vardır. Muhtemelen bazılarını kolaylaştırmak için bazı ticari araçlar vardır, ancak bunlar çok büyük bir bütçeye sahip olmayan normal geliştiricilere ulaşılamaz.
Diğer insanların burada söylediği diğer her şey doğrudur. Bir dosyayı kaydetmek bazen beş saniye ile bir dakika arasında sürebilir.
Bu kadar olumsuz olmak istemiyorum çünkü platform bazı yönlerden çok havalı ve çok kiracılı bir ortamda başka hiç kimsenin yapmadığı şeyler yapmaya çalışıyorlar. Bu çok yenilikçi bir ortam ve bazı seviyelerde güçlü (aslında VisualForce'u çok seviyorum), ancak bir veya iki yıl daha verin. VMware ile ortaklık yapıyorlar, belki de bu, geliştiricilere içinde çalışacakları bir hapishane hücresinden ziyade bir oyun parkı sağlamaya yol açacaktır.
İşte son iki hafta içinde platformda geliştirme yapmak için epey bir zaman harcadıktan sonra size verebileceğim birkaç şey:
RESTful API yok. Arayabileceğiniz sabun tabanlı bir API'ye sahipler, ancak gerçek dinlendirici çağrılar yapmanın bir yolu yok
SObject'lerini alıp JSON nesnelerine dönüştürmenin basit bir yolu yoktur.
Görsel güç sayfaları, siz onları özelleştirmek isteyene kadar tamamdır ve sonra tam bir acı dünyası.
Görsel kuvvet sayfalarının SObject'lere bağlanması gerekir, aksi takdirde tarih seçici gibi standart giriş alanlarını almanın veya çalışmak için listeyi seçmenin bir yolu yoktur.
Eclipse eklentisi, kendi başınıza çalışmak istiyorsanız tamam, ancak eclipse eklentisi ile büyük bir takımda çalışmak istiyorsanız unutun. Sunucudan ve sunucudan senkronizasyonu işlemez, çöker ve gerçekten yardımcı olmaz.
HATA AYIRICI YOK! Hata ayıklamak istiyorsanız, kelimenin tam anlamıyla system.debug ifadeleri tarafından hata ayıklanır. Bu muhtemelen bulduğum en büyük sorun
"MVC" modelleri gerçekten MVC değil. ASP.NET Web formlarına çok daha yakın. Görüşleriniz sadece modellere değil, kontrol cihazlarına da sıkı sıkıya bağlıdır.
Çok sayıda belgenin saklanması mümkün değildir. 100 gb'den fazla belgeyi saklamamız gerekiyor ve bazı gülünç rakamlar aldık. Belge depolamamızı Amazon S3 altyapısında uygulamaya karar verdik
Dil java tabanlı olsa bile, java değil. Herhangi bir harici paketi veya kitaplığı içe aktaramazsınız. Ayrıca, mevcut temel kitaplıklar ciddi şekilde sınırlıdır, bu yüzden kendimizi dışarıdan bir sürü şey uygularken bulduk ve sonra bu bitleri force.com tarafından çağrılan hizmetler olarak açığa çıkardık.
Harici SOAP veya REST tabanlı servisleri çağırabilirsiniz, ancak mesaj gövdesi 100kb ile sınırlıdır, bu nedenle ne arayabileceğiniz konusunda çok kısıtlayıcıdır.
Dürüst olmak gerekirse, force.com platformu gibi bir şeyi geliştirmenin potansiyel faydaları olsa da, benim için force.com platformunu gerçek kurumsal düzey uygulamalar için kullanamazsınız. En iyi ihtimalle, bazı temel kaba stil uygulamaları yazabilirsiniz, ancak uzaktan karmaşık bir şeye geçtiğinizde, veba gibi bundan kaçınmış olurum.
Vay be, burada birkaç yıl boyunca platform üzerinde çalıştıktan sonra sınırlamalar olduğunu bile bilmediğim çok şey var.
Ama sadece başka şeyler eklemek için ...
Satır satır hata ayıklayıcınızın olmamasının nedeni, tam olarak çok kiracılı bir platform olmasıdır. En azından SFDC'nin söylediği bu - bu iş parçacığı açısından zengin programlama çağında gibi görünüyor, pek bir mazeret değil, ama görünüşe göre nedeni bu. Kod yazmanız gerekiyorsa, hata ayıklayıcınız olarak "System.debug (String)" var - Java 1.2'de yaklaşık 12 yıl önce daha karmaşık sunucu hata ayıklama araçlarına sahip olduğunuzu hatırlıyorum.
Sistemle ilgili gerçekten nefret ettiğim bir diğer şey de sürüm kontrolü. Yay çerçevesi, Spring'in genellikle kullanıldığı şey için kullanılmaz - gerçekten sürüm kontrolü yerine SFDC'de bir yapılandırma aracı değildir. SFDC, SIFIR sürüm kontrolü sağlar.
Kendinizi günlerce gülünç derecede kolay görünen bir şeyi yaparken sıkışmış halde bulabilirsiniz, mesela, bir SFDC raporunu bir CSV dosyasına aktarmak için planlamak ve bir alıcılar listesine e-posta göndermek gibi ... Bunu yapmanın en kolay yolu hakkında bir iş akışı kuralı ve bir Visualforce e-posta şablonu ile özel bir alan içeren özel bir nesne oluşturun ... ve ardından kod için, rapor verilerini Visualforce e-posta şablonuna ek olarak aktaran bir Visualforce bileşeni yazmanız ve anonim APEX yazmanız gerekir. özel nesnenin kod çizelgesi alan güncellemesi ... SFDC geliştiricileri için, bu neredeyse günlük bir görevdir ... çok basit görünen görevleri yapmak için yaklaşık beş farklı teknolojiyi bir araya getirmeye çalışmak .... Ve bu, yönetim baş ağrısına neden olabilir ve gerginlikler de - Tipik olarak, bunu yapmayan bir şey yapma önerisi aldıktan sonra anlarsınızKullanıcı topluluğunda çalışmak (birinin daha önce söylediği gibi) ve sonra birçok şeyi denemek, onları geliştirdikten sonra, bazı garip nedenlerden ötürü çalışmadıklarını fark edeceksiniz - " VisualForce sayfası "veya" getContent'i planlanabilir bir bağlamdan çağıramazsınız "veya başka bir gizli nedenden dolayı.
SFDC platformunda o kadar çok, çok sayıda çıldırtıcı küçük gotcha var ki, NEDEN orada olduklarını bir kez anladığınızda mantıklı geliyor ... ama yine de yapmanız gereken şeyi yapmanıza engel olan çok kötü sınırlamalar. İşte benimkilerden bazıları;
Kayıt sahibi bilgilerini hemen hemen her tür kayıttan "kutunun dışında" alamazsınız - kaydı oluştururken sahibini eklediğiniz kayda bağlayan bir tetikleyici yazmanız gerekir. Neden? Kısa cevap, çünkü bir sahip "kişi" veya "kuyruk" olabilir ve ikisi büyük ölçüde farklı varlıklardır ... Mantıklıdır, ancak bir projeyi tam anlamıyla alt üst edebilir.
Çıldırtıcı güvenlik modeli. Örnek: "Genel Raporları Yönet" izni, "Rapor Oluştur ve Özelleştir" ten büyük ölçüde farklıdır ve bu temelde platformdaki her şey için geçerlidir ... özellikle her türden klasörler.
Belirtildiği gibi, destek temelde mevcut değildir. Son derece kendi kendine yeterli bir bireyseniz veya çok fazla SFDC kaynağınız varsa veya çok zamanınız ve / veya çok bağışlayıcı bir yöneticiniz varsa veya iyi çalışan bir SFDC sisteminden sorumluysanız, oldukça iyisinizdir şekil. Bu pozisyonlardan herhangi birinde değilseniz, başınızı büyük belada bulabilirsiniz.
SFDC çok baştan çıkarıcı bir iş teklifidir ... ekipman ayak izi yok, oldukça iyi güvenlik, sabit fiyat, altyapı yok VE toplu işlenebilir ve programlanabilir işleme ile web tabanlı CRM elde edersiniz ... Ancak diğer posterlerin dediği gibi, gerçekten Geliştirme öğreniminde oldukça büyük bir artış ve danışmanlığa giderseniz, gördüğüm en düşük fiyatın saatte 200 $ olduğunu düşünüyorum.
Salesforce, bazı teknolojiler yaygın hale geldikten yıllar sonra başka şeylerle entegre olma eğilimindedir - JSON ve jquery akla gelir ... ve JIRA gibi entegrasyon yapmak istediğiniz başka ortak altyapılarınız varsa, çok fazla ödeme yapmayı bekleyin. ve oldukça hatalı olabilirler.
Ve diğer afişlerden birinin bahsettiği gibi, sizi çılgına çeviren vali sınırlarıyla sürekli savaşıyorsunuz ... bir ek> 5MB OLAMAZ. Dönem. Ve bazen <3MB (base64 kodlanmışsa). Bir sınıfta on HTTP belirtme çizgisi. Dönem. Düzinelerce yayınlanmış vali sınırı var ve bunların çoğu şüphesiz bulacağınız ve ofisinizden çığlık atarak bitmek isteyeceğiniz şeyler.
Platformu GERÇEKTEN beğendim, ama güven bana - bu gerçekten acımasız bir metres olabilir.
Ancak SFDC için adil olmak gerekirse şunu söyleyebilirim: Platformla ilgili bulduğum en büyük sorun platformun kendisi değil, platformu gören ancak platform üzerinde gelişmemiş hemen herkesin sahip olduğu devasa beklentiler ... ve bu insanlar ticari kuruluşlarda büyük otorite konumunda olma eğilimindedir; pazarlama, satış, yönetim, vs. onlar sadece yapmazlar ve yapmazlar.
DÜZENLEME:
Sadece lomaxx'in MVC hakkındaki yorumlarına eklemek için; SFDC terminolojisinde bu gelişmeleri "viewstate" olarak bilinen ne ile ilgilidir - aand VF sayfada ne olduğunu o, gerçekten arabası olabilir değil sayfası için kontrolör sınıf içinde ne. Bu yüzden, "kaydet" düğmesine tıkladığınızda (veya HTTP belirtme çizginizi veya her neyse) sayfadaki ile denetleyicinin SF'ye yazacaklarını senkronize etmek için tuhaf hareketler düşünmelisiniz .... adam, can sıkıcı .
Diğer insanların dezavantajları daha derinlemesine ele aldığını düşünüyorum, ancak bana göre MVC paradigmasını kullanmıyor veya kodun yeniden kullanımı şeklinde pek fazla destek vermiyor. Basit uygulamaların ötesinde bir şey yapmak, ASP.Net MVC gibi bir uygulama geliştirmeye kıyasla hayal kırıklığı yaratan bir egzersizdir.
Ayrıca, araçlar, veri katmanı ve geliştirme sürecinde kodu yeniden düzenlemeye veya alanları yeniden adlandırmaya çalışmanın hayal kırıklığı yardımcı olmuyor.
Bence bir CMS olarak oldukça havalı ama CMS dışı uygulamalar için bir platform olarak bana mantıklı gelmiyor.
Güvenlik modeli de çok kısıtlayıcı ... ama bu en kötü yanı değil. Şu anda bir kullanıcının belirli bir eylemi gerçekleştirip gerçekleştiremeyeceğini iddia edemezsiniz.
Rollerinin ne olduğunu kontrol edebilirsiniz, ancak bu rolün mevcut eylemi gerçekleştirmek için izinlere sahip olup olmadığını kontrol edemezsiniz.
Daha da kötüsü, teknik desteğin "eylemi deneyin ve bir istisna varsa, yakalayın" cevabıdır.
Force.com'un bir "bulut" platformu olduğu düşünüldüğünde, WSDL tanımlı harici bir hizmete istemci olarak hareket etme yeteneği oldukça yetersizdir. Bkz http://force201.wordpress.com/2010/05/20/when-generate-from-wsdl-fails-hand-coding-web-service-calls/ yapmanız zorunda sonunda ne olabilir için.
Her şeyden önce, Java programcısının Force.com için kod yazmasına izin veren VMforce sürümünün yukarıdaki dezavantajları nasıl değiştirdiğini merak ediyorum.
http://www.zdnet.com/blog/saas/vmforcecom-redefines-the-paas-landscape/1071
Sanırım bu sorunları çözmeye çalışıyorlar. Dreamforce'da Vali sınırlarını sadece 4'e düşürmeye çalıştıklarını söylediler. Ayrıntıların ne olduğundan emin değilim. Erken erişim için bir REST API'ye sahipler ve bulutta bir Ruby geliştirme olan heroku satın aldılar. Veritabanını veritabanı.com ile bölerler, böylece tüm web geliştirmenizi ve veritabanı çağrılarınızı database.com'u kullanarak yapabilirsiniz.
Sanırım bunu olabildiğince agnostik yapmaya çalışıyorlar. Ancak şu anda bunların hepsi duyurular ve erken erişimdir, bu nedenle Safe Harbor ifadeleri söylediklerinden değil, yalnızca şu anda sahip olduklarından satın alır.