importing only some parts of a large library, but hiding the library structure for convenience












0















Please look at the example. Is it possible to achieve this?



# 1. importing from a large package lpack
# only those parts that are going to be used
from lpack import timers # defines SomeTimer and other Timers
from lpack import triggers # defines RegularTrigger and others Triggers
# not importing many many other lpack modules

# 2. in the *same .py file* not having to care
# about the internal organization of the lpack
mytimer = lpack.SomeTimer() # i.e. not timers.SomeTimer()
mytrigger = lpack.RegularTrigger()


I have no solution. My idea is something like lpack = timers + triggers (not literally, of course). An automated way (some kind of desired import side effect) would be the best.










share|improve this question























  • You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

    – martineau
    Nov 21 '18 at 9:09
















0















Please look at the example. Is it possible to achieve this?



# 1. importing from a large package lpack
# only those parts that are going to be used
from lpack import timers # defines SomeTimer and other Timers
from lpack import triggers # defines RegularTrigger and others Triggers
# not importing many many other lpack modules

# 2. in the *same .py file* not having to care
# about the internal organization of the lpack
mytimer = lpack.SomeTimer() # i.e. not timers.SomeTimer()
mytrigger = lpack.RegularTrigger()


I have no solution. My idea is something like lpack = timers + triggers (not literally, of course). An automated way (some kind of desired import side effect) would be the best.










share|improve this question























  • You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

    – martineau
    Nov 21 '18 at 9:09














0












0








0








Please look at the example. Is it possible to achieve this?



# 1. importing from a large package lpack
# only those parts that are going to be used
from lpack import timers # defines SomeTimer and other Timers
from lpack import triggers # defines RegularTrigger and others Triggers
# not importing many many other lpack modules

# 2. in the *same .py file* not having to care
# about the internal organization of the lpack
mytimer = lpack.SomeTimer() # i.e. not timers.SomeTimer()
mytrigger = lpack.RegularTrigger()


I have no solution. My idea is something like lpack = timers + triggers (not literally, of course). An automated way (some kind of desired import side effect) would be the best.










share|improve this question














Please look at the example. Is it possible to achieve this?



# 1. importing from a large package lpack
# only those parts that are going to be used
from lpack import timers # defines SomeTimer and other Timers
from lpack import triggers # defines RegularTrigger and others Triggers
# not importing many many other lpack modules

# 2. in the *same .py file* not having to care
# about the internal organization of the lpack
mytimer = lpack.SomeTimer() # i.e. not timers.SomeTimer()
mytrigger = lpack.RegularTrigger()


I have no solution. My idea is something like lpack = timers + triggers (not literally, of course). An automated way (some kind of desired import side effect) would be the best.







python python-import






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 21 '18 at 8:47









VPfBVPfB

4,42211230




4,42211230













  • You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

    – martineau
    Nov 21 '18 at 9:09



















  • You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

    – martineau
    Nov 21 '18 at 9:09

















You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

– martineau
Nov 21 '18 at 9:09





You can monkeypatch lpack after the imports with statements like lpack.SomeTimer = timers.SomeTimer.

– martineau
Nov 21 '18 at 9:09












1 Answer
1






active

oldest

votes


















0














How about this:



from lpack.timers import *   
from lpack.triggers import *

mytimer = SomeTimer()
mytrigger = RegularTrigger()


The disadvantage is that if both packages contain methods with the same name one of them will be overwritten (I expect the second import to overwrite the first). You should also be careful not to have local methods with the same name, as this will lead to conflicts.






share|improve this answer
























  • Yes, this way is the problem avoided, but it did not answer my question.

    – VPfB
    Nov 21 '18 at 9:18











Your Answer






StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");

StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53408217%2fimporting-only-some-parts-of-a-large-library-but-hiding-the-library-structure-f%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














How about this:



from lpack.timers import *   
from lpack.triggers import *

mytimer = SomeTimer()
mytrigger = RegularTrigger()


The disadvantage is that if both packages contain methods with the same name one of them will be overwritten (I expect the second import to overwrite the first). You should also be careful not to have local methods with the same name, as this will lead to conflicts.






share|improve this answer
























  • Yes, this way is the problem avoided, but it did not answer my question.

    – VPfB
    Nov 21 '18 at 9:18
















0














How about this:



from lpack.timers import *   
from lpack.triggers import *

mytimer = SomeTimer()
mytrigger = RegularTrigger()


The disadvantage is that if both packages contain methods with the same name one of them will be overwritten (I expect the second import to overwrite the first). You should also be careful not to have local methods with the same name, as this will lead to conflicts.






share|improve this answer
























  • Yes, this way is the problem avoided, but it did not answer my question.

    – VPfB
    Nov 21 '18 at 9:18














0












0








0







How about this:



from lpack.timers import *   
from lpack.triggers import *

mytimer = SomeTimer()
mytrigger = RegularTrigger()


The disadvantage is that if both packages contain methods with the same name one of them will be overwritten (I expect the second import to overwrite the first). You should also be careful not to have local methods with the same name, as this will lead to conflicts.






share|improve this answer













How about this:



from lpack.timers import *   
from lpack.triggers import *

mytimer = SomeTimer()
mytrigger = RegularTrigger()


The disadvantage is that if both packages contain methods with the same name one of them will be overwritten (I expect the second import to overwrite the first). You should also be careful not to have local methods with the same name, as this will lead to conflicts.







share|improve this answer












share|improve this answer



share|improve this answer










answered Nov 21 '18 at 9:03









arudzinskaarudzinska

1,4561721




1,4561721













  • Yes, this way is the problem avoided, but it did not answer my question.

    – VPfB
    Nov 21 '18 at 9:18



















  • Yes, this way is the problem avoided, but it did not answer my question.

    – VPfB
    Nov 21 '18 at 9:18

















Yes, this way is the problem avoided, but it did not answer my question.

– VPfB
Nov 21 '18 at 9:18





Yes, this way is the problem avoided, but it did not answer my question.

– VPfB
Nov 21 '18 at 9:18




















draft saved

draft discarded




















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53408217%2fimporting-only-some-parts-of-a-large-library-but-hiding-the-library-structure-f%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

鏡平學校

ꓛꓣだゔៀៅຸ໢ທຮ໕໒ ,ໂ'໥໓າ໼ឨឲ៵៭ៈゎゔit''䖳𥁄卿' ☨₤₨こゎもょの;ꜹꟚꞖꞵꟅꞛေၦေɯ,ɨɡ𛃵𛁹ޝ޳ޠ޾,ޤޒޯ޾𫝒𫠁သ𛅤チョ'サノބޘދ𛁐ᶿᶇᶀᶋᶠ㨑㽹⻮ꧬ꧹؍۩وَؠ㇕㇃㇪ ㇦㇋㇋ṜẰᵡᴠ 軌ᵕ搜۳ٰޗޮ޷ސޯ𫖾𫅀ल, ꙭ꙰ꚅꙁꚊꞻꝔ꟠Ꝭㄤﺟޱސꧨꧼ꧴ꧯꧽ꧲ꧯ'⽹⽭⾁⿞⼳⽋២៩ញណើꩯꩤ꩸ꩮᶻᶺᶧᶂ𫳲𫪭𬸄𫵰𬖩𬫣𬊉ၲ𛅬㕦䬺𫝌𫝼,,𫟖𫞽ហៅ஫㆔ాఆఅꙒꚞꙍ,Ꙟ꙱エ ,ポテ,フࢰࢯ𫟠𫞶 𫝤𫟠ﺕﹱﻜﻣ𪵕𪭸𪻆𪾩𫔷ġ,ŧآꞪ꟥,ꞔꝻ♚☹⛵𛀌ꬷꭞȄƁƪƬșƦǙǗdžƝǯǧⱦⱰꓕꓢႋ神 ဴ၀க௭எ௫ឫោ ' េㇷㇴㇼ神ㇸㇲㇽㇴㇼㇻㇸ'ㇸㇿㇸㇹㇰㆣꓚꓤ₡₧ ㄨㄟ㄂ㄖㄎ໗ツڒذ₶।ऩछएोञयूटक़कयँृी,冬'𛅢𛅥ㇱㇵㇶ𥄥𦒽𠣧𠊓𧢖𥞘𩔋цѰㄠſtʯʭɿʆʗʍʩɷɛ,əʏダヵㄐㄘR{gỚṖḺờṠṫảḙḭᴮᵏᴘᵀᵷᵕᴜᴏᵾq﮲ﲿﴽﭙ軌ﰬﶚﶧ﫲Ҝжюїкӈㇴffצּ﬘﭅﬈軌'ffistfflſtffतभफɳɰʊɲʎ𛁱𛁖𛁮𛀉 𛂯𛀞నఋŀŲ 𫟲𫠖𫞺ຆຆ ໹້໕໗ๆทԊꧢꧠ꧰ꓱ⿝⼑ŎḬẃẖỐẅ ,ờỰỈỗﮊDžȩꭏꭎꬻ꭮ꬿꭖꭥꭅ㇭神 ⾈ꓵꓑ⺄㄄ㄪㄙㄅㄇstA۵䞽ॶ𫞑𫝄㇉㇇゜軌𩜛𩳠Jﻺ‚Üမ႕ႌႊၐၸဓၞၞၡ៸wyvtᶎᶪᶹစဎ꣡꣰꣢꣤ٗ؋لㇳㇾㇻㇱ㆐㆔,,㆟Ⱶヤマފ޼ޝަݿݞݠݷݐ',ݘ,ݪݙݵ𬝉𬜁𫝨𫞘くせぉて¼óû×ó£…𛅑הㄙくԗԀ5606神45,神796'𪤻𫞧ꓐ㄁ㄘɥɺꓵꓲ3''7034׉ⱦⱠˆ“𫝋ȍ,ꩲ軌꩷ꩶꩧꩫఞ۔فڱێظペサ神ナᴦᵑ47 9238їﻂ䐊䔉㠸﬎ffiﬣ,לּᴷᴦᵛᵽ,ᴨᵤ ᵸᵥᴗᵈꚏꚉꚟ⻆rtǟƴ𬎎

Why https connections are so slow when debugging (stepping over) in Java?