シンプルで美しい！Google発のUIフレームワーク「Material Components for the Web�」とは？
シンプルで美しい！Google発のUIフレームワーク「Material Components for the Web�」とは？更新日: 2018年05月28日UI ここ最近、GoogleのMaterial ComponentsのGitHubページが頻繁に更新されています。 Material Componentsとは、Googleが推奨しているデザインフレームワーク*「マテリアルデザイン」(Material Design)*をさまざまなプラットフォームで簡単に取り入れることができるフレームワークです。 ゼロからマテリアルデザインのドキュメントに沿ってパーツを作らなくとも、Material Componentを組み込むだけで、簡単にマテリアルデザインのUIを取り入れたWebアプリケーションを作成することができます。 もともとはMaterial Design Light(MDL)としてリリースさ
CSS書きたくなさすぎ問題2017 - DRYな備忘録
css書きたくない。できればjsも書きたくない。js必要なの嫌。軽くやりたい。という個人の日記です。 参考 Best CSS Frameworks of 2017 | Three29 10 Free Lightweight CSS Frameworks for a Fast Start 2017年にチェックしておきたい、CSSの軽量フレームワークのまとめ | コリス ググれ。 lightweight css framework - Google 検索 Gridだけやりたいやつは除外した。 Bootstrap Materialize mui （追記）UIkit （追記）Semantic UI Pure Bulma Skelton Spectre.css Kube Vuetify Fictoan avalanche Beuter Vanilla Milligram InvisCSS Look
Javaフレームワークの比較検討資料公開 - 矢野勉のはてな日記
Java仕事で各種フレームワークを比較検討したので、比較用に作った参考資料を公開します。ちなみに現在私は、ドワンゴさんの社内システム開発をお手伝いしてまして、その一環で調べたものです。会社資料じゃなく、私の資料ということでブログで公開してよい、むしろしとけ、とのことなので公開しときます。 今回の案件向けにアプリケーションを画面層コンテナ層データアクセス層に分けて、それぞれフレームワークを選ぶのが目的です。コンテナ層はDIコンテナのうちいずれか、データアクセス層はO/Rマッパーを選ぶことになります。 太枠の範囲が選定対象です。よく本に出てくる杓子定規な階層図とは変えてあります。 次のものを比較検討しました。画面層SAStrutsApache Wicket（ほかにもTeedaとかClick Frameworkとかももともとは候補にあったが、調査が追いつかないので二つに絞った）コンテナSeasa
kuranukiの日記
http://objectgarden.skr.jp/?Java%2FTrails RubyでできたフレームワークRuby on Rails (RoR)が、今花盛りです。どこかの記事で「Javaの10倍の生産性」と謳っていたりするほど、高い生産性を誇っているフレームワークです。（RoRについては、割とあちこちで情報が出始めてるので、あえてここでは書きません。） で、Ruby以外の色々な言語でもその影響を受けたフレームワークが作られています。中でも、Trails (http://trails.dev.jave.net/)というJavaで作られたフレームワークを少し調べてみました。現在、バージョン0.8までいってます。 Trailsは、RoRにインスパイアされて開発されたものですが、そのコンセプトは少し違っています。Trailsのコンセプトの中心にあるのは、ドメイン駆動開発という考え方です。R
hide-k.net#blog: CatalystとStrutsのMVC実装の比較
PerlのCatalystとJavaのStrutsのMVC実装の比較をしてみます。 Struts Catalyst Model: Struts 図ではModelとしてActionFormとなっていますが、ActionFormはむしろViewに近い存在です。Strutsにおける実際の開発ではむしろJavaBeansをModelとして扱い、ModelのSerializeにはHibernateのようなO-Rマッピングツールなどを使います。SerializeにはDAOパターンを使うことが多いです。 Catalyst Catalystでは純粋なModelもフレームワークに組み込まれています。Class::DBIなどのActionRecord的アプローチを取るためModelそのものにSerializeの機能を含めることが多いためDAOなどを使う場面は少ないです。 Contoller: Struts
JavaとHTMLで全てを完了 - ウェブアプリケーションフレームワークWicket | エンタープライズ | マイコミジャーナル
The Wicket teamは30日(現地時間)、Wicketの最新版となるWicket 1.1を公開した。6月7日にWicket 1.0が公開されてから、約5カ月でのメジャーアップデートとなる。Apache License Version 2.0のもとオープンソースソフトウェアとして配布されている。 Wicket 1.1はJavaで作成されたコンポーネント指向のWebアプリケーションフレームワーク。HTMLとロジックを分離して扱うという特徴がある。類似のWebアプリケーションフレームワークと違い、設定ファイルや特殊なマークアップ、特殊な言語、特別なツールなどを使う必要がなく、JavaとHTMLだけから構成されている。 Wicket 1.1ではWicket 1.0から比べて多くの機能強化や新しい機能の追加が行われている。主要な新機能や改良点を次にしめす。 フィードバックとバリデーションの
［Jakarta/Apacheウォッチ］第19回 Strutsを継ぐもの---Webアプリ・フレームワーク「Shale」
J2EE Web アプリケーションのデファクトフレームワークである Apache Struts の開発プロジェクトに，Shale Framework(以降，Shale) というサブプロジェクトが作成されているのをご存知だろうか。Shaleは次世代のStrutsとなるべくして提案されたWebアプリケーションフレームワークだ。今回は，このShaleを紹介する。 ShaleはStruts2.0として提案された次世代フレームワーク Shaleは当初 Struts2.0として Strutsの開発チームに提案された。しかしStruts1.X系からはあまりにも変化が激しくStrutsとは別のものとして開発することになったものだ。 このShaleの中心人物は，Strutsの生みの親でありかつ JSF1.0/1.1 のスペックリードでもあるCraig McClanahan氏だ。ShaleはStruts1.X
【レポート】Lightweight Language Day and Night - Sledge/Ruby on Rails/Kahua Lightweight Languageのウェブフレームワーク (2) フレームワーク対決 (MYCOM PC WEB)
フレームワーク対決は、Perl、Ruby、GaucheからそれぞれSledge、Ruby on Rails、Kahuaというウェブフレームワークを発表するというセッションだ。まずセッションに先立ち、ウェブフレームワークとはどういったものか、それがもたらすものは何かといった説明があった。 ウェブフレームワークといえばJavaのStrutsが有名だ。現在では次期ウェブフレームワークとしてJSF、Struts 2、Hibernate、Spring、Seasar2なども開発にしのぎを削っている。最近ではP言語(PHP、Python、Perlなど)と呼ばれることが増えているが、P言語はウェブフレームワークが弱いと言われることが多い。しかし1999年にはPHPでフレームワークが使われているなど、LLにおけるフレームワーク採用の歴史は意外と長いのだ。 Sledge(Perl) ライブドアの池邉智洋氏から
Top Ten Reasons to Prefer JSF over Struts
The Crown platform represents both the pinnacle of land-based entertainment complexes across Australia and a thriving online gaming platform serving players worldwide. This comprehensive Crown Casino review explores everything about this platform, from its extensive gaming catalogues to loyalty programs. Benefits and Drawbacks Comparison Understanding the advantages and limitations helps players m
IT Pro Java/J2EE : 【連載◎開発現場から時代を眺める by arton】第5回
【連載◎開発現場から時代を眺める by arton】第5回 「動的言語と静的言語の交差点──RubyとJava/Seasar2の出会い」 オブジェクト指向言語を利用した開発が当たり前になり，早くもポスト・オブジェクト指向言語は何かという話題も出ているようだが，先日，具体的に今後の技術の一つの方向性を示す話を聞くことができたのでご紹介したいと思う。それは動的なオブジェクト指向言語のRubyと，静的なオブジェクト指向言語のJava，それぞれのフレームワークについての話だったのだが，意外なほど目指している方向性が近いようだ，と確認したということである。 結論を先に書くと，ソフトウエアの動的に決定したい部分を設定ファイルのようにソース・ファイルの外部に置かれる構成要素で解決するのではなく，言語とフレームワークの機能を利用してソース・ファイルの（文字通り）行間を補完することで解決するという方向だ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://izu.shinzui.org/space/start/2005-08-14/1