のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,597,645人
昨日:no data人
今日:
最近の注目
人気の最安値情報

元スレ【PHP】Laravel【フレームワーク】 Part.12

php覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

51 = :

そんな情報だけでは見積もれんわなw

52 = :

そんな情報で出せる程度の見積もりでええんや
そもそも引き合いでもないし

53 = :

44です
みなさんレスありがとうございます
実は今入ってる現場の話でPGがあまりlaravelわかってない人で納品まで2ヶ月 待ってもらって3ヶ月くらいでなんとか!と言われてるんですよね
仕様書みてもまだ固まってないとこも多くer図もそれなりに複雑なので無理ですって言ってるんですが人材不足でこのままスタートしそうでして…
普段からやってる人ならこなせるのかと思って質問してみましたが無理なものは無理で出来る範囲でやってれば良さそうですね

54 = :

>>53
PGじゃなくてPMでした

55 = :

処理が簡単なのが沢山あるぐらいならそんなにかからないけど
画面仕様書作ってそれを承認して貰ってから作るとかメンドクサイプロセスがあると
2~3か月で作るとか無理じゃね?
過去に似たような仕事をほぼ一人で半月ぐらいでやってたけど、画面仕様書は発注元が作ってたわ

56 = :

PMがLaravelをわかっている必要はないのと見積もりは画面数ではなく基本的には機能からだすものだ

57 = :

>>42
この手の話Web系では無縁だと思ってたが
関わる事ってあるの?

59 = :

そもそもそんな書き方するより、例えばだけど
'en/{param1}/{param2}'
みたいな感じでコントローラの処理で$param1や$param2を見て分岐すりゃいいんじゃないの?
明確にURLが決まってるなら全てルーティングに書けば良いだけだし

60 :

最近サボってたけどなんとなくLaravelの仕組みを解ってきた、ちょっと興味わいてきたわ
久しぶりに触ってみようかな

62 = :

>>61
設計変えた方がいい

63 = :

概念的にはlayoutはトレイトであって親クラスじゃないからな

64 = :

トレイトっていう考え方しっくりきやすいな
今度教えるとき使ってみよ

65 = :

相変わらずLaravelはポンコツだな

66 = :

Laravel勉強してるけど「これ覚える必要ある?」ってなってる。

ゴリゴリ自分で書いた方が楽では?

67 = :

フレームワークって、同程度の品質で量産するためのものだからね
1,.2個ブログ作るだけならwordpressのほうが絶対に早いし楽

68 = :

認証管理とかフロントフレームワークとか導入しやすいし
最近のComposer使わないとインストールするのがめちゃくちゃめんどくさいライブラリ入れる場合とかあるじゃん

69 = :

>>66
そう思うなら使わなきゃいいだけ
自前で作ってセキュリティまで担保出来るとは思えんが・・・

70 = :

ログイン周りはフレームワーク使わないと怖いな
いつ攻撃側がアップデートするか分からんし

71 = :

ペライチのランペならメモ帳で十分だけどね

72 = :

俺的にはReactがバックエンドにそのまま繋げれる環境が簡単に用意出来るのを知った時点で俺の中でのLaravelの優位性が一気に爆上げした

73 = :

認証周りはFWに頼るべきだよなあ
自前とか今どきだと考えることおおすぎて

74 = :

勉強の段階でもうLaravel不要とか言ってしまうのスゴいなよほど自分の書くソースコードに自信があるんだな

75 = :

laravel勉強し、将来的に色々なwebサイトを作れるようになりたいのですが、何から勉強すると良いでしょうか
ブログを作ってみる、などでしょうか?

今はwordpress+サクラエディタで、
開発環境もちゃんと整備しようかと思っています

76 = :

ちょっと古いが何からやったらいいか分からんなら津耶乃本から始めるのがいいと思う

77 = :

>>74
もう12年やってるからな。
今のところ被害ゼロだぜ。

79 = :

作るのは自分が好きなの何でも良いから
とにかく頭と手をどんどん動かせ

80 = :

migration ファイルのフォーマットが変わっててビビった
変わったのは最近だと思うけど、コレなんで変わったの?

81 = :

>>80
言うほど変わってるか?

82 = :

何が変わったっけ?ってレベルで気づいてない

83 = :

書き方のサポートは随分前に変更されてたらしい
変更前後はこんな感じ

http://qiita.com/ucan-lab/items/eb10ec577d8e08226b33

多分、最近テンプレートが新しいものに切り替わったんだと思う

return new class って書き方を見たことなかったんでそこでビビったw

84 = :

ぜんぜん気づかなかったw

85 = :

変更じゃなくて別の書き方も追加されたが正しいのでは?

86 = :

正しくは以前別の書き方ができるようになった
で、最近それがデフォルトとして採用された
だと思う

まぁ、経緯はどうでもいいw

なんで新しい書き方になったのか知りたかったんだけど、それはQiita読んで完全に理解した
なんでこんな書き方ができるのかは全然分からん(完全理解i以前の分からん)

87 = :

無名クラスなんてPHPで出来る事をそもそも知らなかった件w
http://www.php.net/manual/ja/language.oop5.anonymous.php

まぁ、普段使う事無いし、フレームワークとかの設計者ぐらいしか正直いらんのではと

88 = :

無名関数はなんとなく分かるんだけど、いきなりreturnが意味不明だったのよ

まぁ、そのうちコード読んで見る

89 :

質問なんだけどデータベースのテーブルからWhereだけでレコードってとってこれるの?

91 = :

>>88
configs以下の設定ファイルもreturnで返してるから何となく分かるっしょ

94 = :

データベースのマイグレーションが無名クラスの実装になってる

95 = :

>>93
getかfirstまたはfindなどを使わないとそもそも取れないw
それらを最後に使う事で実際にSQLが実行されるからね
getなら複数(結果が0や1つでも配列となる)
firstならlimit 1と同じだから結果は単体(取れない場合はNULL)
findはwhere('id',xxx)->first()と同じようなもの

97 :

>>95
やっぱそいだよね、仕事先でGetしなくても取れるって話聞こえたから本当か?って思っちまったよ。

98 = :

独自のメソッドを用意すれば出来なくはないけど、そこまでする必要が無いというか
明確にget() or first()にしておいた方が分かりやすいかと思う

99 :

新規作成で罠かかったわ、カレントディレクトリとかに罠にハマって時間を無駄にした

100 = :

10はいつ出るの?最近Laravelの話題ないよね


←前へ 1 2 3 4 5 6 7 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド


トップメニューへ / →のくす牧場書庫について