元スレ[PHPフレームワーク]Laravel

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

851 = :

エロ動画も会社以外じゃ観ないけどな

852 = :

っていうか、なんで自宅限定になってんだ？ｗ
Laravelをどんなエディタで編集してるかってことだろ

853 = :

いろんなエディタを使い分けるのってそれ自体ストレスなんだから
利用ケースを制限するファクターは全てマイナス要因に決まってるだろ
特定プラットフォームでしか動かないなんてのと同じだ

854 = :

>>853
ほんとこれ
Xcode、Eclipse、Visual Studio、Atom、Xamarin Studio
泣きそう

855 = :

vimだけ使っとけばええねん

856 = :

vimでスマホアプリ作れんのけ？

857 = :

配列のバリデーションで、　'item.*.price' => 'numeric'

エラーメッセージに、配列の何番目がエラーを起こしたか表示したいんですが、
どのようにすれば出来ますか？

下記のように書くと　価格とは分かるんですが、何番目の価格なのかが表示されず
困っております。

resources\lang\ja\validation.php
'attributes' => [
'item.*.price' => '価格',
],

859 = :

俺も2秒位で思いついたけど、
ひょっとしたらウルトラテクニックがあるのかと思って黙ってた

860 = :

配列のバリデーションしたら、何番目か知りたいと思うんですが
ウルトラテクニック扱いなんですかねぇ・・・

:Index

:Key

とかで何番目か取れても良さそうなもんだと思ったんですが。

861 = :

そもそも、配列でのバリデーションにこだわるってことは
要素の数が変わるフォームなんでしょ？

だったら番号出ても意味なくない？

無駄に入ってない項目とか、間違った項目とか調べるくらいなら、
素直に一つ一つ項目ごとに変数に入れて検査すりゃいいんじゃね？

862 = :

なんか違う

863 = :

エラーのでたマスに色付けるとか、してないの？

866 = :

まあ本来のバリデーションの用途考えれば未入力もエラーになるべきだよね

871 = :

いいよ

872 :

Cakephpじゃだめ？

873 = :

CakeはDIコンテナがないのがストレスすぎる

875 = :

Laravelイマイチはやってないから、人に説明すんのがめんどくせぇ

876 = :

PHPフレームワークの中では流行ってる方だと思うけど...
http://mayonez.jp/1374

877 = :

自作フレームワーク＋Smartyでシステムを作り稼働中です。

このシステムのフレームワークをLaravelに変更し、HTMLテンプレートは
現状のまま（BladeではなくSmartyテンプレート）にしたいと思っています。

Laravel + Smarty だと、開発効率・可読性・メンテし易さなど、デメリット大きい
でしょうか？

とくに画面遷移の部分（バリデーションエラー時にPOSTデータを再表示するなど）
が気になっています。

教えてください。
お願いします。

878 = :

素直にbladeにすべき

ちな、smarty→bladeの置換プロジェクトを進行中
開発中もデザイナーの更新がすすむので、直接書き直すのではなく、面倒でも置換スクリプトを書いてるよ

もちろん汎用性はない

879 = :

> 素直にbladeにすべき

何故でしょうか？
理由を具体的に教えてもらえませんか？

880 = :

素直じゃないのね

881 = :

>>879
フレームワーク使って楽しようってのに
わざわざややこしいことするなら
そもそもフレームワークいらないじゃん

882 = :

LaravelはあんまりBladeに依存してないと思うけどな
テンプレートエンジンの入れ替えは効くんじゃね？
Smarty側の事情を知らんから迂闊なことは言えんけど

883 = :

再表示なんかは当たり前だけど、普通に実装してるよ。
そのためのフレームワークなんだから。

ログインも、ユーザー管理も、データベースへの書き込みも全部用意されてる。
独自の実装にしたい場合を除いてLaravel使ったほうが楽

884 = :

あ、Smarty使ってか…。
ごめん、やった事ないからそれは知らんｗ
Bladeならできるよ。置き換えるのも大した手間じゃないでしょ

885 = :

bladeの場合、value="{{ old('name', '初期値') }}" と書いて、コントローラーでの値設定をすべてすっとばすの

ので、postメソッドでのエラーは、元のgetメソッドに return back()->withInput()->withError($this->errors); で返すだけの構造となる

だから、blade使わないならコントローラーの構造がまったく別物になるよ

もちろん、フォーム部品を全部コントローラーで用意するなら、smartyでもlaravel的構造を維持できるけどね

そこまでやる価値はないと、俺らは判断した

887 = :

ああそうか
既存のテンプレートは一切変更しないという前提だと無理だね
デザイナーさんが絶賛書き換え中のプロジェクトならなおさら
でも一気に切り替える前提なら
フォームのinputのvalueだけ書き換えちゃえば済む話かなと

888 = :

フォーム部品を全部コントローラーで用意するのは大した手間ではない気がします。
というか、その方が考え方がスッキリしていて良い気がします。

テンプレート内でグローバルなfunctionを呼んで表示する値を取得するのは、
ビューからロジックを呼ぶことになり、あまり綺麗ではないような・・・

Bladeを使う人はold()を使いまくっているだろうから反対されそうですが。

889 = :

自分の好きに使ったらええんやで

890 = :

ビューからロジックを呼ぶってのは
<?= Request::has('name') ? Request::input('name') : '' ?>
みたいに書くことを言うんじゃねーの？
HTMLしか知らないデザイナーのオネーサンが書いたページにも
最小限の手間で入れられる、さらには
「こう書けばええんやで」と教えれば
オネーサン自身でも何とかなるレベルのシンプルさになることが重要なのであって
そういう意味ではコントローラでコンポーネントを組み立てるなんて考え方のほうが
よっぽどビューとロジックの混合でありバッドプラクティスなんじゃないかと

891 = :

でもキッチュでポップなコンテンツだと、
センセーショナルなグローバリズムの観点から言うとロジックがカジュアルだから
コンパイルのためのリソースがオーバードーズするよな

892 = :

Laravelを書いてるとビュー=HTMLテンプレート脳になるので忘れがちだけど、ビューにもビューロジックがあるわけで。少し複雑になったときにどこに置くかはたしかに迷うことあるな

ヘルパ関数か、横着してモデルにくっつけるか、プレゼンター使うか、フォームだったらフォーム専用のオブジェクト作るかなど

893 = :

（ビジネス）ロジックとビュー（ロジック）の混合

言いたいことはわかるけど言葉は正しく使ってくれよな

894 = :

ドメインロジックとか言うんだよな
普通はコントローラに置くな、モデルに持たせろっていう話になる
ビューに書くなんてもってのほか

895 = :

いずれにせよvalue="{{ old('name') }}"をロジックと呼ぶのがそもそも間違いだな
もし問題にするとしたらグローバルな関数名を使いすぎというところだろうが
そこはLaravel(特にv5以降)の思想のうちってことになるんじゃないかな
「タイピング量を減らす」っていう明確な思想
名前空間の導入でクラス名全般のタイプ量が増えたことに対する対策
グローバルとは言っても関数は変数と違ってユーザーによる汚染は不可能だし
定義時に存在チェックもしてるんだから
関数名がかぶってもそのヘルパーが使えなくなるだけなので
自己責任の範囲と言えるだろうよ
使いたくなけりゃ無視できるという意味でね

897 = :

ただのヘルパーさんでしたか
それは失礼いたしました。

898 = :

>>890
バットプラクティスだと思う

デザインをbootstrapに変えるとか、何かしらプラグインで拡張するとか

デザイナーからの要望でチェックボックスとかの出力要素をいちいち変える？

899 :

バット。。。

900 = :

名前空間付き関数のオートロード欲しくない？