クラス図(Class Diagram) クラス図はUMLの基本となる図のひとつで、システムを構成するクラスとそれらの関係を表現します。また、各クラスが保持する属性(プロパティ)や操作(メソッド)も表現します。 クラスの表現 クラス図は次の要素で構成されます。 ■クラス名称 クラス名を記述します。抽象クラスの場合はイタリックで記述します。 パッケージ:クラス名 ※パッケージは省略可能 また、クラス種別(ステレオタイプ)を表示するには、<<ステレオタイプ>>の形式でクラス名の上部に記述します。 例 : <<interface>> ■属性 属性は次の形式で記述します。 可視性 名前 : 型 = 初期値 { 制約条件 } ※名前以外は省略可能
PythonでCGI実装していると、CGIからいろんな資源にアクセスすることになります。 RDBとかファイルとか。。。 RDBに対するR/Wは、RDB管理モジュールが同時書き込みに対する排他制御を行ってくれるので 何も意識することはありませんが、ファイルに対するR/Wとなるとそうはいきません。 ファイルで特に問題になるのは、書き込みです。 ファイルは複数プロセスで同時にオープンすることができますので、 あるプロセスで書き込みを行っている最中に別のプロセスが書き込むことができます。 しかしファイルの実態は一つなので、タイミングによってはどちらかの書き込みの内容が 全く反映されない。。。なんてことも起こりえます。 これは、書き込みプロセスと読み込みプロセス間でも同様の問題が発生します。 こんなときに使うのがプロセス間の排他制御です。 今回紹介するのは、 fcntlモジュールです。
連載第6-2回 UMLの基礎と応用 (株)NTTデータ 技術開発本部 副本部長 山本修一郎 UMLのクラス間の関係には関連の他に次の5種類がある。 ・集約(aggregation) 全体を表すクラスとその部分を表すクラスとの関係を示す。たとえば、企業には事業部や従業員が部分として含まれていることを集約関係によって示すことができる。全体を表す矩形に接続する点に白い菱形をつけて集約関係を明示する。集約は関連の特別な場合であり、役割名、多重度、誘導可能性などを集約につけることができる。集約は全体と部分の関係を表すから、この関係に対する実線の両端に菱形をつけることはできないことに注意する。 ・複合(Composition) 全体を表すクラスと、その要素として含まれるクラスとの関係を複合という。複合では要素クラスは異なるクラスに含まれないことが必要である。したがって複合は集約よりも強い関係を表す。こ
基礎的な学力を表す言葉として読み書きそろばんという言葉があるが、 私はプログラミングについても読み書きそろばんに当たるものがあると思っている。 まず読みというのは、プログラムを読む能力である。 たまに、人の書いたソースを見て、すぐに 「全面的に書き直さないと使い物にならない」とか、 「グチャグチャですよ」とか、 「気持ち悪い」といったことを口にする人がいるのだが、 多くの場合、なぜそのように感じるのかを聞いてみると、 単に自分が今まで書いてきたコードと違ったスタイルで書かれている、 ということだったり、ごく一般的なデザインパターンが使われているのに、 そのデザインパターンを自分が知らないだけで 「わかりにくくて読めない」などと言っていたり、 人のコードを使い物にならないと簡単に口にする人であればあるほど、 その人自身が使い物にならない、という傾向がある。 もちろん、全体の整合性を取るために
Windows XP/Vista/2003/2008 Server上のInternet Explorer 6/7/8 Beta 2、Mozilla Firefox 2.0/3.0/3.1 Beta 2で動作するフリーソフトで、HTTP/HTTPSのリクエストヘッダ表示、HTTPの圧縮率表示、ページ内の各要素の読み込み時間のチャート化、ステータスコードやレスポンスサイズの表示、フィルタリング、さらにはこれら一連の通信をログファイルに記録することなども可能です。 時間はミリセカンド単位で表示が可能となっており、まさにHTTPデバッガと言っても差し支えないレベルなので、「ページの読み込みが遅い原因を知りたい」とか「ちゃんとサーバの設定が反映されているかどうかを確認したい」「ウェブアプリの動作チェックがしたい」という場合に役立ちます。この種類のソフトにありがちな日本語の文字コードが解釈できないとい
矢沢久雄の早わかりGoFデザインパターン(3) 第3回 Factory Methodパターン/Abstract Factoryパターン 今回紹介する2つのパターンの名前には、どちらも「Factory(工場)」という言葉が入っています。何を作る工場なんでしょう?「オブジェクト」を生成する工場です。オブジェクトは、クラスのコピーをメモリにロードしたものであり「クラスのインスタンス」とも呼ばれます。Javaでは、MyClass m = new MyClass(); という構文でオブジェクトを生成します。newという命令を使っていることから、オブジェクトを生成することを「newする(ニューする)」とも言います。 複数のプログラマが1つのシステムを構築する場合には「私はクラスを作る人、貴方はクラスを使う人」という役割分担ができます。クラスを使う人は、他の人が作ったクラスをnewするわけですが、ちょっ
Pythonで日本語文字列を置換しようとする度にググるのでいい加減まとめておく。前提としてPython 2.6.1だと、文字列は全部Unicodeだと見なされる。で、Unicodeじゃない文字列は単なるバイト列として扱われる。(Python 2.6.1対応。Python 3.0では未確認) まず、日本語(たぶんマルチバイト文字全般)の処理方法。# -*- coding: utf-8 -*-先頭にこれを書いて、ソースはutf-8で保存する。 # -*- coding: utf-8 -*-str = "こんにちは世界"print strstrは当然utf-8で保存されてるし、出力もそう。Windowsのコンソールなんかでやると文字化けする。 # -*- coding: utf-8 -*-str = "こんにちは世界"print str.decode('utf-8')pythonはユニコードが標
Pythonは使いやすい覚えやすい気持ちいいとまで言う人もいる。たしかにその通りだと思った。しかし、日本語を使おうとした時に急に気持ち良くなくなる。そう感じたのは僕だけではないはずだ。 ということで今日の日記のネタはPythonと日本語となりました。 (WindowsXPにココから "Python 2.5.1 Windows installer" をインストールした環境でテストしています。) まずは、あなたが書いたコードはutf-8で保存する。そして、そのコードの先頭には以下を記入する。 # -*- coding: utf-8 -*- あなたはエディタに何を使っていますか? 秀丸、メモ帳、vim、meadow、或いは Python Scripter、eclipse ? いずれにしてもファイルを保存する時のエンコードはutf-8にすべし。 では早速気持ちよくない(表示が文字化けする!)例。
【1】 文字列コード問題との戦い Pythonに限った話ではないのですが、 日本語を取り扱うコードを書いていると やっかいなエンコーディングトラブルに遭う事は少なくないでしょう。 エンコーディングトラブルとは コンパイラ・インタプリタがソースコードを解釈できない。 画面表示が化ける。 意図した入力ができない。 エンコード・デコード時にエラーがでる。 正しいファイル名のつもりなのにファイルが見つからない。 出力させたファイルの中身が読めない。 などといった現象を基本としていろんな問題を引き起こします。 問題のすべては「コード変換」に発生します。 実際の文字列が何のエンコーディングで、 渡す先が何のエンコーディングを期待しているか? それらを確認して合致させるように変換をするということが基本です。 【2】 「Python日本語版が必要」というのは誤解 P
ソフトを作る時の手順として 1.まず仕様書(他人の)を理解読みながら、ユースケースや資料を作成していく この時に注意しなければならないのが、ユースケースは細かく書くこと。 ユースケースは非常に簡単そうに見えて結構難しい。 まずアクターを書き、物凄く大まかに何を作るか書く たとえば、在庫管理なら 1.売る 2.仕入る 次に 何日〆や消費税を切り上げるかどうかとか 割引をどうするかなど 細かいことを書いていく こまかいと言っても、プログラミング言語などは使ってはいけない UMLやプログラミングを知らない人でも読めるぐらいの書類を作る ここはこれを実装して・・・は書いてはいけない もっと最悪なのは自分が作った関数の名前を出してこれを実装するとかは書いてはいけない この時にほぼ必ず分からないことが出てくるので、この段階でできる限り解決しておく そして、仕様におかしい箇所があれば指摘し、前もって直し
たとえば、「人間を3種類に分けるなら」というお題に対して、こう分けたとする。 現状を受けいれて生きる人間 理想を探し求めつづける人間 現状を変えようとあがく人間 この並べ方だと、最後のあがく人間ってのがわりと正解のように見えるんだけど、 実際にはどれが正しいってわけでも無い。 有名なホトトギス話になぞらえれば、上から家康、信長、秀吉なのかも知れないが、 誰が成功するかなんて、こんな基本的な行動原理だけじゃ全くわからない。 実際には、「何を」「どのように」求め、受けいれ、またはあがくかこそが肝要だ。 基本的な行動規範よりも、「行為の対象」と「やり方」の選び方のほうがずっと大事なのだ。 法律やルールや計画や定義や基本方針やスローガンを作っただけでは、毒にも薬にもならない。 だから大本の方針だけ決めて、あとは「各自対応」とか「ケースバイケース」とか「バランスの問題」とか 「現場の判断」とか「臨機
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
%PDF-1.2 1 0 obj << /Type /Page /Parent 7 0 R /Resources 3 0 R /Contents 2 0 R >> endobj . . . 9 0 obj << /CreationDate (D:19991115) /Title (Hand-written sample PDF) /Author (ARAI Bunkichi, Yokohama Koubunsha) >> endobj xref 0 10 0000000000 65535 f 0000000012 00000 n 0000000184 00000 n 0000001672 00000 n 0000001888 00000 n 0000002185 00000 n 0000002569 00000 n 0000002992 00000 n 0000003218 00000 n
オンデマンド Web セミナー MySQL では、以下の Web セミナーをオンデマンドでご提供しています。このセミナーは、ライブ Web セミナーで開催したもののうち、特に人気のあったセミナーを録画したもので、広範囲のトピックスを網羅しています。 Kubernetes MySQL Operator for Kubernetes テクニカルアップデート (2022-08-29) MySQL Enterprise Edition 事例に学ぶMySQL Enterprise Edition活用のポイント (2021-05-24) クラウド 東京のリージョンでも利用可能となったMySQL HeatWave on AWS (2023-06-22) 高可用性・性能がアップデート!MySQL HeatWave最新情報 (2023-03-02) MySQL HeatWaveテクノロジーアップデート (2
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く