Sinatra Best Practices: Part Two Travis Herrick · June 28th, 2013 In Sinatra Best Practices: Part One we saw how to break up your Sinatra application into smaller bite-size pieces. Today, we’re going to explore testing, which will also compel us to address environment configuration. We typically use Bundler to manage dependencies on our Ruby projects, which means we’ll use a Gemfile to handle that
Sinatra Best Practices: Part One Erin Swenson-Healey · June 24th, 2013 While Sinatra’s one-file approach may work well for your one-off, smaller application – it can quickly become a mess as you add on multiple routes, route-handlers, helpers, and configuration. So what’s a programmer to do? In reading Sinatra’s documentation I’ve found a few morsels that have enabled us to split our otherwise-mon
Our applications need input and the default iOS keyboards are often not optimally suited to providing the sort of data we want. When we find that we really wish the keyboard had some extra controls or want to help our users enter a specific set of symbols it is time to customize our apps’ keyboards. What controls the keyboard anyway? Our first exposure to different keyboard types probably comes fr
Does My Rails App Need a Service Layer? Jared Carroll · January 10th, 2012 Sometimes during domain modeling you come across something that isn’t a thing. These operations that don’t quite belong to an object are called services. Services often live in a separate, service layer. The service layer lies between controllers and models, defining an application’s interface, its API. Designing with servi
Building Xcode 4 projects from the command line Jonah Williams · April 6th, 2011 The Xcode 4 developer tools introduced some changes to the xcodebuild command line tool. Instead of specifying a project and target developers can now provide a workspace and scheme to build. > /Developer_Xcode4/usr/bin/xcodebuild -help Usage: xcodebuild [-project ] [[-target ]…|-alltargets] [-configuration ] [-arch ]
Rspec is a great tool in the behavior driven design process of writing human readable specifications that direct and validate the development of your application. We’ve found the following practices helpful in writing elegant and maintainable specifications. First #describe what you are doing … Begin by using a #describe for each of the methods you plan on defining, passing the method’s name as th
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く