jaké jsou možnosti a omezení axure na základě vašich zkušeností?
<p>právě jsme si začali hrát s <a href="http://axure.com/">axure</a> , integrovaným vývojovým prostředím pro drátové modely, prototypy a specifikace. už jsem zvědavý, proč není integrace pro: obchodní požadavky, uživatelské scénáře, sitemap/vývojový diagram atd .; poznámka: mají widget nazvaný „tok“, i když se nezdá, že by se integroval do pracovního postupu a specifikací. je pro mě také matoucí, jak se zatím zdá, že testuje prototyp, který musíte vygenerovat/exportovat, zdá se, že by existovalo pouze tlačítko „přehrát“.</p><p><strong> jaké jsou možnosti a omezení axure? </strong> pokud je porovnání s ostatními nástroji nápomocné, je to v pořádku, i když je kladen důraz na pochopení schopností a omezení axure.</p><p>znáte také nějaké weby se seznamem úplných dokumentů vytvořených 100% v axure? nějaké návrhy pro vyhledávání google k nalezení knihoven a widgetů?</p>
<p>použil jsem to poprvé na projektu a opravdu se mi líbí axure. je zde prostor pro zlepšení, ale dovolte mi začít s profesionály:</p><ul> <li>jednoduché nástroje, které vám pomohou při vytváření drátových modelů a vývojových diagramů</li> <li>přizpůsobitelné poznámky na stránce. změnil jsem a přidal k různým typům poznámek na stránce. mám (poznámky k návrhu, poznámky k vizuálnímu designu, technické poznámky, poznámky k obsahu, moje poznámky). toto jsou poznámky, které doprovázejí každý drátový model.</li> <li>přizpůsobitelné specifikace doc. mohu publikovat verzi pro svého grafického návrháře ... např. v nastavení specifikace zapnu „poznámky k vizuálnímu designu“ a vypnu ostatní, které se na grafického návrháře nevztahují.</li> <li>vytvořte si vlastní knihovny ... pro widgety, které často používáte</li> <li>anotace prvků drátového modelu jsou snadné a přizpůsobitelné</li> <li>interakce prvků (pro prototypování a komunikaci s programátory)</li> <li>můžete vytvořit hlavní prvky, které jsou na stránkách běžné (například postranní panel)</li> <li>pro projekt drátového modelu můžete použít svn (kontrola verze), takže na sadě drátových modelů může pracovat více lidí. (pro mě to bylo velké plus)</li> <li>zákaznický servis je skvělý. obvykle se ke mně vrátí během několika hodin. když jsem ji poprvé začal používat, měl jsem několik otázek, které nebyly v tutoriálech zřejmé, takže jsem poslal e-mailem jejich zákaznický servis.</li> </ul><p>líbí se mi, že axure usnadňuje nudné věci při vytváření drátových modelů, takže se můžete soustředit na wireframing a přemýšlet o uživatelském rozhraní.</p><p>nevýhody:</p><ul> <li>vaše specifikace je dokument aplikace word. v minulosti jsme naše návrhové dokumenty upravili hezčí, než to, co vám word umožňuje, ale pak je kompromis, že trávíte spoustu času pokusem o formátování dokumentu. (to je pro mě menší podvod)</li> <li>právě teď nemůžete otočit prvky na obrazovce. (můžete měnit měřítko a pohybovat)</li> <li>někdy považuji výběr objektů na různých z-indexech za frustrující</li> <li>nemají vrstvy ... může být užitečné</li> </ul>
Používám ILMerge pro téměř všechny své různých aplikací. Mám ji integrovat přímo do procesu sestavení uvolnění, takže to, co jsem skončit s jedním exe jednu aplikaci s žádné další DLL. 


Nemůžete ILMerge žádnou C ++ sestavy, které mají nativní kód. Také nelze ILMerge jakýchkoli dílů, které obsahují XAML pro WPF (alespoň jsem neměl žádný úspěch s tím). Stěžuje za běhu, že prostředky nelze nalézt.


Udělal jsem napsat obálky spustitelný ILMerge kde jsem se projít ve spouštěcím názvu exe pro projekt chci sloučit, a výstupní název exe, a pak to odráží závislých sestavy a volání ILMerge s příslušnými parametry příkazového řádku. Je to mnohem jednodušší, teď, když jsem přidat nové sestavy projektu, nemám na paměti, aktualizovat build skriptu. Pokud by žádost WSS myslíš SharePoint nebo MOSS stránky, nejsou k dispozici žádné **volné** plnohodnotné AJAX knihovny, které jsou speciálně navrženy pro MOSS.


Nicméně, nejnovější service pack pro SharePoint 2007 součástí některé aktualizace s cílem zlepšit kompatibilitu se standardním [kontrolním sadě ASP.NET AJAX](http://www.asp.net/ajax/) .


Telerik je [RadControls](http://www.telerik.com/products/aspnet-ajax/overview.aspx) jsou daleko od volného (1000USD na developera sedadla), ale jejich RichText editor má [MOSS-specifické verze](http://www.telerik.com/products/sharepoint/radeditor.aspx) . Microsoft oficiální pokyny pro podnikové nasazení je použít ovládací prvek RadEdit Telerik namísto vestavěného bohatý textový editor SharePoint je. Mohu říci z vlastní zkušenosti, že není bezchybný, ale prostě v plánu, pokud na jeho použití po vybalení z krabice, to je dost kluzký.


Pokud jde o zbytek kontrol Telerik AJAX, realizace uvnitř MOSS je obtížné, ale možné. Co je to „normální staromódní webová služba?“ ASMX služby, nebo používáte WSE stejně? ASMX služby nejsou přirozeně interoperabilní, nepodporují WS- * specifikace a ASMX je technologie, která stárne velmi rychle. WSE (Vylepšení Web Service) služby DO přidat podporu pro WS- * a mohou být vyrobeny tak, aby spolupracovala, ale WCF je chtěl nahradit WSE, takže byste měli mít čas se to naučit. Řekl bych, že pokud vaše aplikace je rychlý špinavé one-off, získáte obrovskou flexibilitu a skončit s lepším designem, pokud se rozhodnete WCF. WCF *dělá* mají křivku učení mimo atributem [WebMethod], ale zaučení je nadměrně přehnaná podle mého názoru, a to je exponenciálně silnější a budoucnost, než starší ASMX služby.


Pokud váš čas linka prostě nemůže tolerovat křivku učení, měli byste být dělat sami obrovskou laskavost učení WCF namísto pouhého nalepení s ASP.NET Web Services. Aplikace bude i nadále jen aby se stal více a více distribuované a vzájemně propojené, a WCF je budoucnost distribuovaných výpočtů na platformě Microsoft.


[Zde je srovnání](http://msdn.microsoft.com/en-us/library/aa738737.aspx) mezi těmito dvěma. Velmi doporučuji při pohledu na [tweejump](http://github.com/haqu/tweejump) . Je to v podstatě open source verze hry jako Doodle Jump. Je to opravdu mi pomohl naučit se používat akcelerometr k ovládání objektu na obrazovce.


I když jste řekl, že jste nechtěl žádné herní motory, to *je* poháněn knihovny Cocos2d. Nicméně, Cocos2d je napsáno v Objective-C, takže by neměl být žádný problém dostat něco poháněn Cocos2d prošel Apple.


Hodně štěstí! Ty by mohly být schopni získat některé implementační nápady z [knihovny Ruby / ProgressBar](http://0xcc.net/ruby-progressbar/ "Ruby / ProgressBar") , který generuje pokroku textové lišty. Narazil jsem na něj pár měsíců zpátky, ale neučinil žádný využití. K dispozici je projekt s názvem nbandroid (dříve nazývaná undroid), což je Netbeans verze ADT a to funguje docela dobře s SDK 1.0


<http://nbandroid.org/>


V minulosti to bylo hostilo v undroid.nolimit.cz a nbandroid.kenai.com, jak tyto stránky jsou nyní zastaralé. Powerline ani omylem, tam je limit maximálně desítky metrů. V úvahu přichází jedině technologie na způsob xDSL. Ale mám trochu obavy, že koncová zařízení na něco takového možná vyjdou dráž, než to optické vlákno. Tak ono zalezi o jakou dokumentaci ti jde. Muzes mit dokumentaci ve forme JavaDoc pro Javovske aplikace. K tomu ti staci vyvojovy nastroj, ktery vyvojari uz pouzivaji. Lze z toho generovat html stranky. Toto je dokumentace pro vyvojare. (IMHO javadoc ale obecne komentare a poznamky v kodu jsou musthave, at uz nejakou dokumentaci vubec planujete delat nebo ne ;) )Testy jsou z urciteho pohledu taky dokumentace. Dokumentuji, jak urcite casti maji fungovat, jake jsou okrajove podminky, a co to delat nema.Pokud mas na mysli napr user guide, nebo architecture, security, maintenance/support a podobne, tak nato muzes pouzit treba LibreOffice s podporou nastroju pro tvorbu napr. UML diagramu, jako treba class diagram. Tady mas moznosti jako EnterpriseArchitect (placeny, ale existuje i spousta free variant). Je toho spousta. Nebo muzes pouzit nejaka online reseni (i v ramci intranetu), jako napr. wiki, Confluence, E-share, GitHub (muzes mit interni/privatni instalaci, GitHub ma svoji vlastni wiki) Máte-li stejnou platformu i verzi aplikace, s největší pravděpodobností jste každý v jiné skupině uživatelů pro A/B testování. Tak vývojáři ověřují účinnost aplikace a nakonec zvolí tu účinnější verzi a zavedou všem. Chce-li lingoty, může zkusit web na PC nebo třeba i v mobilu v nějakém internetovém prohlížeči. Pravděpodobně to zabere. Vem si to s zrnko soli, ale podle mé zkušenosti, LINQ a WPF jsou stále v říši „Jo, chtěli bychom se dostat do toho jednoho dne“.


Většina obchodů jsou stále na VS2005 a .NET 2.0, takže bych chtěl, aby se ujistil jsem byl až do rychlosti na základní vybavení:


* generik
* ADO.NET
* WinForms / WebForms závislosti


A tak dále.