Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

AbstractRichMakerのinitでfilepathだけじゃなくてfilecontentを入れれるようにする #48

Closed
ShotaroKataoka opened this issue Dec 9, 2020 · 3 comments
Closed

AbstractRichMakerのinitでfilepathだけじゃなくてfilecontentを入れれるようにする #48

ShotaroKataoka opened this issue Dec 9, 2020 · 3 comments
Labels
enhancement New feature or request
Milestone
v0.4.0

Comments

@ShotaroKataoka
Copy link
Collaborator

ShotaroKataoka commented Dec 9, 2020 •
edited
Loading

提案

今の実装はinitでfilepathを入れて，print時にreadしている

filepathかfilecontentのどっちかを入力するようにしといて
filepathがあるときはinit時にreadするようにしてfilecontentに入れる
filecontentがあるときはそのままfilecontentで持っておく

こうすれば，readとprintが分割されるので，もう少し柔軟な実装ができそう
将来的にecho的な実装をしたくなっても実現しやすいと思う
@ShotaroKataoka ShotaroKataoka mentioned this issue Dec 9, 2020
Closed
@ShotaroKataoka
Copy link
Collaborator Author

RichMakerで気になった点

  • print関数に機能が載りすぎている
    • make_rich_text, read_file, printは分割した方がよさそう
  • read_fileに引数がない（なくても問題ないけどfile_pathを引数として取る方が分かりやすい）

@yamamoto-yuta
Copy link
Collaborator

@ShotaroKataoka
自分も同じこと考えてたので，v0.3でリファクタリングしてしまいましょう！

@yamamoto-yuta yamamoto-yuta modified the milestones: v0.3.0, v0.4.0 Dec 9, 2020
@yamamoto-yuta
Copy link
Collaborator

  • _init__内で↓を行う
    • ファイル読み込み
    • richtextの生成
    • widthの決定
      • 通常メソッドで，必要に応じでoverrideする

@yamamoto-yuta yamamoto-yuta linked a pull request Dec 10, 2020 that will close this issue
♻️ Move process: AbstractRichMaker.print -> AbstractRichMaker.__init__ #56
Merged
@yamamoto-yuta yamamoto-yuta removed a link to a pull request Dec 10, 2020
♻️ Move process: AbstractRichMaker.print -> AbstractRichMaker.__init__ #56
Merged
@yamamoto-yuta yamamoto-yuta added enhancement New feature or request and removed idea labels Dec 10, 2020
@yamamoto-yuta yamamoto-yuta mentioned this issue Dec 10, 2020
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement New feature or request
Projects
None yet
Milestone
v0.4.0
Development

No branches or pull requests
2 participants
@ShotaroKataoka @yamamoto-yuta